
CRYPTOGRAPHY 


Safeguarding 
Private Information 


THE INSTITUTE OF ELECTRICAL AND 
ELECTRONICS ENGINEERS. INC 

























Is your CASE tool too hard to use? 
Does it provide the productivity 
increases it promised? 

Announcing 

TurboCASE' 3.0 


• For the Macintosh. 

• Structured Analysis (with 
Real-Time extensions). 

• Data Modeling. 

• Object Oriented Analysis. 


• Sturctured Design. 

• Object Oriented Design (3rd Q, 91) 

• 3rd Party Code Generator (2nd Q, 91) 

• 3rd Party Bridges to CDIF & Teamwork® 
by Cadre Technologies. 


Listen to what a TurboCASE user has to say in the Feb. 20, 1990 issue of Mac WEEK. 
"TurboCASE is the most usable CASE tool on the market. You can use it right away 
and be productive right away." 




StructSoft, Inc. 5416156th Ave. SE, Bellevue, WA 98006. 
Tel: 206-644-9834 Fax: 206-644-7714 


Reader Service Number 1 




































































SIMULATION BREAKTHROUGH 



SIMSCRIPT II.5 with SIMGRAPHICS 


Simulation models are now easier to build 
-results are easier to understand 


N ow you can provide the users 
of your SIMSCRIPT II.5 
models with SIMGRAPHICS™ 
-graphical input and animation. 

SIMSCRIPT II.5 gives you a 
compact English-like language. 

Your simulation program reads like 
a description of the system you are 
studying. 

With SIMGRAPHICS, results 
are easy to understand-animated 
pictures, histograms, pie charts and 
plots. 

Because your animated simula¬ 
tion results are easily understood, 
your recommendations are more 
likely to be acted upon. 

Many successful applications 
SIMSCRIPT II.5® is a well 
established, widely-used language. 

It is available on most popular 
computers. Typical applications are: 
military planning, manufacturing, 
communications, logistics, and 
transportation. 


Free trial offer 

The free trial contains every¬ 
thing you need to try SIMSCRIPT 
II.5 on your computer. 

Try the SIMSCRIPT II.5 lan¬ 
guage, the built-in graphics, the 
quality and timeliness of our sup¬ 
port, and the accuracy of our 
documentation -everything you 
need for a successful project. 

For over 27 years CACI has pro¬ 
vided trial use of its simulation 
software-no cost, no obligation. 
Act now-free training offer 

For a limited time we also in¬ 
clude free training. Call today to 
avoid disappointment-class size is 
limited. 

For immediate information 

Call Doug Dittrich at (619) 
457-9681, or Fax (619) 457-1184. 

In Canada, call Peter Holt (613) 
782-2474, Fax (613) 782-2202. In 
the UK or Europe, call Nigel 
McNamara, in the UK, on (081) 
332-0122, Fax (081) 332-0112. 


Rush information on 
SIMSCRIPT 11.5 

Free trial- learn the reasons for the 
broad and growing popularity of 
SIMSCRIPT II.5. 

Limited offer-Act now for free training. 

□ Send details on your University Offer. 


Operating System 


Return to: IEEE COMP 

CACI Products Company 
3344 North Torrey Pines Court 
La Jolla, California 92037 

Call Doug Dittrich at (619) 457-9681 
Fax (619) 457-1184 


In Canada: 

CACI Products Company 
200-440 Laurier Avenue West 
Ottawa, Ontario, KIR 7X6 

Call Peter Holt on (613) 782-2474 
Fax (613) 782-2202 


In the UK or Europe: 

CACI Products Division 
Palm Court, 4 Heron Square 


























COMPUTER 


February 1991 Published by the IEEE Computer Society 

Vol. 24, No. 2 

ARTICLES 



g Pseudorandom Bit Generators in Stream-Cipher Cryptography 

Kencheng Zeng, Chung-Huang Yang, Dah-Yea Wei, and T.R.N. Rao 
The information age lends new dimensions to the art of cryptography. Techniques for encryption, decryption, and 
fending off attacks from intruders provide the only protection of sensitive data. 

19 A Comparative Evaluation of Expert System Tools 

William Mettrey 

Five expert system tools — ART-IM, CLIPS, KES, Level 5, and VAX OPS5 — were analyzed for their 
functionality, performance, advantages, and disadvantages. To help users make sound selections, this article presents 
the results of that survey. 

33 Paradigm: A Highly Scalable Shared-Memory Multicomputer 
Architecture 

David R. Cheriton, Hendrik A. Goosen, and Patrick D. Boyle 
Paradigm demonstrates the feasibility of building a low-cost, shared-memory parallel computer with high- 
performance microprocessors that scales to large configurations. 

49 Integrated Voice-Data Communication over High-Speed Fiber Optic 
Networks 

Biswanath Mukherjee 

The characteristics of digitized voice facilitate its integration with data over packet-switched computer networks. 
Here, we survey a number of proposed protocols for high-speed fiber optic networks. 

61 Identifying and Qualifying Reusable Software Components 

Gianluigi Caldiera and Victor R. Basili 

Software metrics provide a way to automate the extraction of reusable software components from existing systems, 
reducing the amount of code that experts must analyze. 



COMPUTER 


















DEPARTMENTS 


6 Letters to the Editor 
72 Standards 

Ethics and the safety of computer systems 

76 Computer Society News 

Computer Society calls for nominees; TAB announces new 
task forces 


Cover: Jay Simpson, Design & Direction 



80 Update 

Time stamp defies tampering; Guidelines set for software rental In the next issue 

Computer-based medical systems 

82 Product Reviews 
92 New Products 

97 IC/Microsystem Announcements 

100 Conferences/Calendar/Call for Papers Career Opportunities, 112; Computer Society Informa¬ 

tion, 128; Change of Address Form, 46; Advertiser/ 

122 Book Reviews/cs Magazines Product Index, 96; Reader Service Card, 96A 



February 1991 
























SUN 

PROUDIY 

ANNOUNCES 

THE 

ULTIMATE 



MACHINE. 


SPARCstation™ 2. If you 
think limits were made to be 
exceeded, this is your kind of 
machine. 

After all, it exceeds all our 
own limits. Last year, SPARC¬ 
station 1 broke every record for 
price and performance. And 
became the best-selling work¬ 
station in history By far. But we 
went right back to the drawing 
board. And created the entire 
SPARCstation 2 line. 

POWER YOU CAN ACTUALLY USE. 

To begin with, you get twice 


the performance. For about the 
same price. 28.5 MIPS. 21 
SPECmarks. And 4.2 MFLOPS. 
You can even have up to 96 MB 
of RAM. And as much as 
7.6GB of mass storage. 

But more than just a hot 
engine, you get everything 
else you need to do your job. 
Unbelievably real graphics. 
Easy networking. A huge 
selection of software. And 
complete expandability 

Put all that together, and 
you get the kind of power you 
can actually use. 


THE WHOLE LINE IS AWESOME. 
THE PRICES AREN'T. 


Just look at SPARCstation 
2GX. It gives you ultra-high 
speed at no extra cost. And 
brings a whole new level of 
performance to X-window 
applications. So it's ideal for 
electronic publishing. Financial 
analysis. And for anyone who 
has to work with 2-D and 3-D 
wireframe applications. 

And that's just the most 
basic color model. We've also 
built SPARCstation 2GS. It lets 


irks of Sun Microsystems, Inc. SPARCstation and SPARCw 














you create 3-D solid images 
in 24-bit true color. It's the 
kind of machine you hate to 
share. And from now on, you 
won't have to. 

At the high end, there's 
SPARCstation 2GT. It does all 
the above, but it's been tuned 
especially for PHIGS, which 
is the highest standard for 3-D 
graphics on the planet. So it 
runs five times faster than the 
GS. With all this, it gives you 
a level of image quality you've 
never seen at anywhere close 
to its price. 


At Sun, we make a full line 
of SPARC-based systems. From 
the lowest-cost RISC/UNIX® 
workstation in the world to 
servers that support hundreds 
of users. They're all binary 
compatible. And they're built to 
run the most widely accepted 
standards for workstations. 

On the subject of software, 
there are more than 2100 
SPARCware ” applications. In¬ 
cluding all the most popular 


are trademarks of SPARC International, Inc., licensed exclusively to Sun Microsystems, Inc. SPARC products are based on an architecture developed by Sun Microsystems 


Computers that network people!" 

, Inc. OPEN LOOK and UNIX are registered trademarks of UNIX System laboratories, Inc. 

Reader Service Number 2 




















Receive your 
magazines weeks 
earlier with 
expedited 
delivery! 

♦ 

Expedited delivery is available to 
all members residing outside the 
USA, Canada, and Mexico. We 
invite you to take advantage of this 
service providing delivery of your 
magazines weeks earlier. 


For information on this service and 
its cost, contact: 

Expedited Delivery 
IEEE Computer Society 
10662 Los Vaqueros Circle 
POBox 3014 

Los Alamitos, CA 90720-1264 USA 
Phone: (714) 821-8380 
Fax: (714) 821-4010 

In Europe: 

Phone: 32-2-770-21-98 
Fax: 32-2-770-85-05 

In Asia: 

Phone:81-3-408-3118 

Fax:81-3-408-3553 

Late Magazines? 
No Magazines? 
Membership 
Status Problems? 
No Answers 
To Your 


Complaints 

Let your 
Computer 
Society 
Ombudsman 
cut 

through 
the red 
tape 
for you* 


IEEE Computer Society 
10662 Los Vaqueros Circle 
PO Box 3014 
Los Alamitos, CA 
90720-1264 



LETTERS 


Short-term focus 

To the Editor: 

The “Standards” column by John P. 
Stern ( Computer , Nov. 1990, p. 87) 
could be construed to indicate that Amer¬ 
ican facsimile machine makers could not 
agree on a communications standard. 

This is not what really happened. 

The development of the Group 3 (G 
III) facsimile standard was an outstand¬ 
ing example of international cooperation. 
The US facsimile community and the 
EIA (now TIA) Facsimile Engineering 
Committee TR-29, which I founded in 
1962, played leading roles in the drive 
for a standard. 

The problem was not American hostil¬ 
ity to standards-making. The problem 
was the return on investment strategy of 
all the leading US facsimile manufactur¬ 
ers, including three that I had worked for 
(Xerox, Magnavox, and Telautograph). 

The American manufacturers were un¬ 
willing to invest for the longer term. 

CBS and Savin sold out to Ricoh because 
they were unwilling to participate in the 
production start-up expense after having 
funded the original development program 
for the first digital facsimile machine to 
reach the market (Rapifax-100) in 1974. 
Xerox elected to market its plain paper 
Telecopier 200 as a Group 2 analog ma¬ 
chine only, rather than complete its de¬ 
velopment as a digital machine in 1975 
because it was not willing to invest for 
the longer term. 

When the Group 3 standard was adopt¬ 
ed by the CCITT Plenary Session in 
1980, only 3M and Burroughs were still 
investing in domestic digital fax hard¬ 
ware, but neither on the scale necessary 
to compete. Texas Instruments was mar¬ 
keting a thermal print head, but refused 
to make the investment to increase its 
resolution to accommodate Group 3 (203 
dots/inch). Xerox remained in the race, 
but only through its Japanese joint ven¬ 
ture, Fuji-Xerox. 

Only Rockwell International, which 
played a leading role in developing the 
modem for Group 3, continued to invest 
and manufacture a major Group 3 com¬ 
ponent. Rockwell today continues to be 
the leading manufacturer in the fax mo¬ 
dem business, and its role in modem 
standardization has been exemplary. 

I believe it is important for people in 


the US to understand the key role of 
standards in industrial progress. Howev¬ 
er, it is equally important to know what 
went wrong with the US manufacturing 
posture in facsimile. It wasn’t in stan¬ 
dards-making that we failed. We took the 
lead in that. It was in failing to invest for 
the long term in facsimile that American 
business failed. There are some 16.5 mil¬ 
lion Group 3 facsimile terminals in use 
worldwide today. Except for a few from 
Taiwanese and Korean manufacturers, 
the overwhelming majority are made by 
Japanese-owned companies. 

Most of the technology, regulatory 
reform, and standards-making thrust that 
enabled telephone-coupled facsimile 
came from the United States. We did 
everything right except one thing: We 
were wiped out by the short-term return 
on investment fad that swept the country 
just as digital facsimile was being devel¬ 
oped and standardized. 

George M. Stamps 
Former Chair (1963-73) 

EIA Communication Terminals and 
Interfaces Section 


Author’s response: 

George Stamps makes an important 
point about the alleged short-term focus 
of American industry, but it is a point 
more appropriately made from his pen 
than mine. To the extent that he worked 
to deliver an American-owned, Ameri¬ 
can-based facsimile industry, he deserves 
congratulations; it is too bad that the 
baby was stillborn. 

John P. Stern 

Vice President, Asian Operations 

American Electronics Association 


Computer welcomes your letters. 
Send to Letters Editor, Computer, 
10662 Los Vaqueros Circle, PO Box 
3014, Los Alamitos, CA 90720-1264. 

All submissions are subject to edit¬ 
ing for style, length, and clarity. 
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Pseudorandom Bit 
Generators in Stream-Cipher 
Cryptography 

Kencheng Zeng, Chung-Huang Yang, Dah-Yea Wei, and T.R.N. Rao 
University of Southwestern Louisiana 


T he art of cryptography as a means 
for protecting private information 
against unauthorized access is as 
old as writing itself. Cryptography, in¬ 
deed, is the only practical means for sending 
information over an insecure channel, be it 
telephone line, microwave, or satellite. The 
increasing use of electronic means of data 
communications, coupled with the growth 
of computer usage, has extended the need 
to protect information. 

Stream ciphers play an especially im¬ 
portant role in cryptographic practices — 
both diplomatic and military — that pro¬ 
tect communications in the very high fre¬ 
quency domain. The central problem in 
stream-cipher cryptography, however, is 
the difficulty of generating a long unpre¬ 
dictable sequence of binary signals from a 
short and random key. Unpredictable se¬ 
quences are desirable in cryptography be¬ 
cause it is impossible, given a reasonable 
segment of its signals and computer re¬ 
sources, to find out more about them. Pseu¬ 
dorandom bit generators have been 
widely used to construct these sequences. 
Considerable progress has been made in 


The information age 
lends new dimensions 
to the art of 
cryptography. 
Techniques for 
encryption, decryption, 
and fending off attacks 
from intruders provide 
the only protection of 
sensitive data. 


the design and analysis of pseudorandom 
bit generators over the last decade. The 
purpose of this article is to survey some of 
these developments. 


Background 

To provide the general background for 
our exposition, we begin by describing a 
cipher (see Figure 1). A cipher conceals the 
plaintext M by transforming it into a dis¬ 
guised form, called the ciphertext C, so that 
only the authorized receiver can transform 
it back to the original plaintext. The pro¬ 
cess of transforming plaintext into cipher- 
text is called encryption or enciphering, 
and the inverse transformation from ci¬ 
phertext to plaintext is called decryption or 
deciphering. 

To prevent the plaintext from being eas¬ 
ily revealed by an unauthorized person, the 
sender must transform a given plaintext 
into a large variety of possible ciphertexts 
selected by a specific parameter. This pa¬ 
rameter is called the encryption key K e . The 
receiver then deciphers the ciphertext us¬ 
ing the decryption key K d . In a public-key 
cryptosystem, K e is made public while K d is 
kept secret; it is computationally infeasible 
to deduce K d from K e . In a private-key 
cryptosystem, the sender and the receiver 
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Figure 1. A cipher. 
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Figure 2. A block cipher. 
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usually share a common key K that is used 
for both enciphering and deciphering. K is 
alterable and is always kept secret. 

Private-key cryptosystems are further 
classified into block ciphers and stream 
ciphers. Block ciphers (see Figure 2) di¬ 
vide the plaintext into blocks and encipher 
each block independently. Under the con¬ 
trol of a fixed key, different occurrences of 
a particular plaintext block will always be 
encrypted as the same ciphertext block. 
Thus, the block size has to be large enough 
to frustrate attacks from a cryptanalyst (an 
enemy that is attempting to obtain secret 
information) by analyzing the occurrence 
frequencies of various patterns among the 
cipher blocks. 

In stream ciphers, on the other hand, the 
plaintext is encrypted on a bit-by-bit basis. 
In encrypting the dataflow to be transmit¬ 
ted, the key is fed into an algorithm called 
the pseudorandom bit generator to create a 
long sequence of binary signals. This “key- 
stream” is then mixed with the plaintext 
sequence, usually by Exclusive-OR (XOR 
bit-wise modulo-2 addition) gates, to pro¬ 
duce the ciphertext. Figure 3 illustrates this 
principle. 

The one-time pad. Pseudorandom bit 
generators have a long history. In 1917, G. 
Vernam invented the remarkably simple 
one-time pad in which the secret key is a 
sequence of randomly generated bits (see 
Figure 4). The message of length n is en¬ 
ciphered by XORing with the secret key of 
the same length to form the ciphertext, which 
is then deciphered by XORing with the 
same secret key transported to the legiti¬ 
mate receiver via a safe channel. 

If the key K is produced by a binary 
symmetric source such that the probability 
for any enciphering signal to be 1 is equal to 
1/2 independently of the other signals, the 
one-time pad is perfectly secure against a 
ciphertext-only attack in which the cryp¬ 
tanalyst has no knowledge about the plain¬ 
text M. We point out in passing that in 
practice a certain amount of information 
about the plaintext M is generally available 
and an attack made on the basis of this 
knowledge is called a known-plaintext at¬ 
tack. 

However, the inconvenience of using one¬ 
time pads is evident. Since the twenties, 
many cipher systems have operated with an 
approximate version of the one-time pad 
that uses long sequences of pseudorandom 
bits generated from short secret keys. The 
bits appear to be random in the local sense, 
but they are in some way reproducible and 
hence are only pseudorandom in the large. 


Figure 3. A stream cipher. 


Secure pseudorandom bit generators. 

Generally speaking, we can formulate three 
requirements for cryptographically secure 
keystream generators: 

(1) The period of the keystream must be 
large enough to accommodate the 
length of the transmitted message. 

(2) The output bits must be easy to gen¬ 
erate. 


Plaintext M: 0110001111111 01 ... 
Secret key K: 10011001 0001011 ... 

Ciphertext Q. 111110101110110- 


Figure 4. A one-time pad. 


(3) The output bits must be hard to pre¬ 
dict. Given the generator and the 
first n output bits, a(0), a(l), ... , 
a (n—1), it should be computational¬ 
ly infeasible to predict the (n+l) th bit 
a(n) in the sequence with better than 
a 50-50 chance. That is, given a 
portion of the output sequence, the 
cryptanalyst should not generate 
other bits forward or backward. 

The problem is this: On which basis can 
one draw the conclusion that the output 
signals of a certain given keystream gener¬ 
ator are hard to predict? No universally 
applicable and practically checkable crite¬ 
ria have been developed to certify the secu¬ 
rity of bit generators. For that matter, no 
general theory of cryptanalysis is known to 
exist except for an ever-expanding arsenal 
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Figure 5. The n-stage feedback shift register. 


of concrete attack methods elaborated for 
various practical purposes. Nevertheless, 
many systems have been proposed and 
then cracked in the history of cryptologic 
practices. 

Building blocks 

Intuitively speaking, random means un¬ 
predictable. For a sequence to be random, 
the period of the sequence must be large 
and various patterns of a given length must 
be uniformly distributed over the sequence. 
Here we briefly describe some of the sim¬ 
pler methods for generating pseudoran¬ 
dom sequences. In particular, the linear 
feedback shift registers detailed in this 
section serve as building blocks for con¬ 
structing the generators we discuss later. 

Linear congruence generators (LCGs). 

This widely discussed method for generat¬ 
ing pseudorandom numbers is based on 
recurrences of the form 

X M = aX , + b mod m. 

Here, (a, b, m) are the parameters de¬ 
scribing the generator and can be utilized 
as secret keys. X 0 is the seed. If the param¬ 
eters are chosen judiciously, the numbers 
X , will not repeat until all integers of the 
interval [0, m-1] have occurred. As an 
example, the sequence generated by X , = 
5X m + 3 mod 16 with X„ = 1 is 

{ 1,8,11,10,5,12,15,14,9,0,3,2,13, 
4,7,6, 1,8,... }. 

Boyar' shows that sequences generated 
by LCGs are not cryptographically secure. 
Given a sufficiently long part of the se¬ 
quence, one can reconstruct the parameters 
m, a, b. Truncated LCGs (using only some 


leading bits of X,) also have been shown to 
be insecure. At the end of this presentation, 
we cite a survey on the cryptanalysis of 
some similar generators authored by 
Brickell and Odlyzko. 

Feedback shift registers (FSRs). Strong 
cryptographic sequences can be designed 
on the basis of shift registers even when the 
feedback is linear. A feedback shift regis¬ 
ter consists of n flip-flops and a feedback 
function that expresses each new element 
a(t) , when t > n, of the sequence in terms of 
the previously generated elements a(t-n), 
a(t-n+l ),... ,a(t- 1), as shown in Figure 5. 
For the state diagram of the shift register to 
consist of branchless cycles only, the feed¬ 
back function must be nonsingular, that is, 
of the form 

a(t) = g(a (r—1), a (1-2) , ... , 
a{t-n+\ )) © a(t-n), 

where © denotes the XOR operation and 
the element a(t—n) figures explicitly on the 
right. 

Depending on whether the function g is 
linear (implementable with XORs alone) 
or not, the generator is called a linear feed¬ 
back shift register (LFSR) or a nonlinear 
feedback shift register (NLFSR). Each in¬ 
dividual storage element of the FSR is 
called a stage, and the binary signals a( 0), 
a( 1), a( 2),..., a(n- 1) are loaded into them 
as initial data to generate the sequence. 

The period of the sequence produced by 
an FSR depends both on the number of 
stages and on the details of the feedback 
connection. Clearly, the maximal period of 
a sequence that can be generated by an 
n-stage FSR with nonsingular feedback is 
2", the number of possible states an n-stage 
shift register may have. 

Nonlinear feedback shift registers. The 


state diagram of a nonsingular FSR may 
have many small cycles, and the output 
sequence becomes insecure when the gen¬ 
erator falls into one of them. A counter¬ 
measure is to design n-stage shift registers 
that generate sequences of the largest pos¬ 
sible period 2", the so-called De Bruijn se¬ 
quences of degree n. The following is a De 
Bruijn sequence of period 2 4 , generated by 
the four-stage NLFSR of Figure 6. 

1011001010000111 ... 

Rather than detailing NLFSRs, we sum¬ 
marize by saying thatfhe number of possi¬ 
ble n-stage De Bruijn sequences is as large 
as 2 2 ” " and these sequences have ideal 
pattern distribution. For example, every 
pattern of length 4 is produced exactly 
once by the generator in a period of work. 
But De Bruijn sequences constructible by 
known algorithms either are technically 
difficult to implement for fast generation 
or suffer from severe weaknesses related to 
their auto-correlational characteristics. For 
example, with an extensive class of se¬ 
quences amenable to fast generation, the 
coincidence probability between a(t) and 
a(t-n) is much greater than 1/2. The oppo¬ 
nent cryptanalyst can make good use of 
this feature. 

Linear feedback shift registers. LFSR 
circuits have been in use for a long time for 
error-control coding, VLSI testing, spread- 
spectrum communications, etc. These cir¬ 
cuits are also among the most important 
devices in building pseudorandom bit gen¬ 
erators. They have feedback functions of 
the form 

a(t) = c,a(f-l) ffi c 2 a(t-2) © ... © c„_, 

a(t-n+ 1) © a(t-n), 

with c, e {0, 1}. The feedback connection 
of an LFSR can be represented formally by 
the so-called feedback polynomial 

f(x) = 1 + c t x + cpc"- 2 + ... + c„_ +x" 

in the indeterminate x, which has no other 
meaning than as a mathematical symbol. 
The feedback polynomial decides the peri¬ 
od and the statistical behavior of the output 
sequence. To avoid trivial output, the zero- 
state should be excluded from initial set¬ 
ting. For example, if a four-stage LFSR has 
the feedback polynomial 

f{x)= 1 +x + x 2 + x 3 + x 4 , 

then, depending on the initial data we load 
into its stages, it generates one of the fol- 
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lowing three nontrivial sequences of peri¬ 
od 5 with rather poor statistics: 


a) 11110 11110..., 

V) 1000 1 1 000 1..., 
c ) 0 1 00 1 0 1 00 1 .... 

On the contrary, if the LFSR has the feed¬ 
back polynomial 

/W = l+x + ;c 4 , 

it generates a single nontrivial sequence of 
period 15 with the best statistics that a 
sequence of this length can possess: 

1 0 1 1 00 1 000 1 1 1 1 0 .... 

In general, to guarantee the largest pos¬ 
sible period 2"- 1 for the output sequence, 
the feedback polynomial f(x) of the LFSR 
should be primitive. This means fix) should 
be chosen so that the least positive integer 
T that makes X 7 - 1 divisible by./(x) will be 
T= 2" - 1. Ready algorithms exist for test¬ 
ing the primitiveness of polynomials. The 
number of primitive polynomials of degree 


where 0(x), known as the Euler function, 
denotes the number of positive integers 
less than the integer* and relatively prime 
to it. A sequence generated by an LFSR 
with a primitive feedback polynomial is 
called a maximal-length LFSR sequence, or 
simply an m-sequence. 

Maximality of the period simultaneous¬ 
ly guarantees good statistics. It is easy to 
show that for any integer 0 <k<n and any 
Lpattern a, the probability for a segment x 
of length k, cut down randomly from the re¬ 
sequence, to be of pattern a is 


prob(x = a) 


{ 1/2* + 1/2" **, if a * 0, 
1/2* - 1/2", if a = 0. 


It can also be deduced that for any integer 
0 < q < 2" - 1, the coincidence probability 
between the signals a(t). a(t+q) is 


prob(a(f) = a(t +q)) = 1/2 - 1/2", 

meaning that an m-sequence also has ideal 
auto-correlational characteristics. 


The linear complexity issue. However, 
in spite of the large choice of primitive 
feedback polynomials in addition to large 
periods and ideal statistics, m-sequences 
cannot be used as keystreams without un¬ 



Figure 6. A four-stage De Bruijn sequence generator. 


dergoing further cryptographic transfor¬ 
mations. In fact, the key of secrecy (initial 
state and feedback connection) of an n-stage 
LFSR can be determined from just 2n 
successive bits of the output sequence. To 
see this, let us assume that the segment 

a(t), a(t+l), ... , a(t+n- 1), a(t+n), ... , 
a(t+2n-2), a(t+2n-l) 

is given. Then we can express each of the n 
bits a(t+n),..., a(t+2n-\) in terms of the n 
bits immediately to the left of it as 

a(t)c 0 ©a(f+l)c, ® ... © 
a(f+n-l)c„_, = a(t+n), 

a(/+l)c 0 ffia(t+2)c, © ... © 
a{t+n)c n _ i = a(t+n+ 1), 

a(t+n-\)c 0 © a(t+ri)c, © ... © 
a(t+2n-2)c„_ i = a(t+2n-\). 

The feedback constants can then be deter¬ 
mined by solving the displayed system of 
linear algebraic equations in the unknowns 


In general, every periodic sequence a 
can be produced by a nonsingular LFSR. 
An efficient synthesis procedure 2 exists for 
finding the feedback polynomial of the 
shortest LFSR that will generate the se¬ 
quence. The length of such an LFSR is 
called the linear complexity of the se¬ 
quence a, and we denote it as LC{ a). 
Consequently, to design a generator suit¬ 
able for cryptographic usage, one must 
guarantee a large-enough key-independent 
lower bound to the linear complexity of the 
sequences it generates. 


Attacking keystream 
generators 

Many of the publicly proposed keystream 
generators have been cracked. We remind 
the reader that cracking keystream genera¬ 
tors amounts to the same thing as conduct¬ 
ing known-plaintext attacks on stream ci¬ 
phers. Secure communication should resist 
such attacks. When cracking something, 
we either crack it to pieces or crack it until 
flaws appear. With keystream generators, 
this means we either design a method to 
reveal the key of secrecy or show that 
certain parts of it turn out to be redundant 
when looked at from the angles of various 
attacks. We use the word crack in both 
senses because discovery and removal of 
key redundancies help to improve the 
cryptographic quality of newly designed 
generators. 

We review three simple methods that 
will be needed to explain the next section of 
this article. The first two methods are of a 
rather general nature, reviewed here only 
to show how certain features of the gener¬ 
ator (like statistical dependency and latent 
linearity) may influence the strength of the 
output sequence. The third method, how¬ 
ever, is very concrete and often leads to 
thorough solutions to the problems. 

The Siegenthaler correlation attack. 1 

In many generators, the finally formed 
keystream b is obtained by combining the 
output sequences a,-, 1 < i < k of several 
systems. Stronger or weaker statistical de¬ 
pendency may exist between b and each a,. 
To utilize these dependencies, Siegenthal¬ 
er developed a general key-identification 
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Figure 7. Model used in the linear syndrome attack. 


criterion for conducting divide-and-con- 
quer attacks on such systems. The attacks 
are addressed to the individual constituent 
sequences a,- on a separate basis and are 
carried out through exhaustive searching. 

We review this first attack method brief¬ 
ly to emphasize the extreme importance — 
both to the cryptographer who designs and 
to the cryptanalyst who attacks — of 
considering the statistical interdependen¬ 
cies between various constituent parts of 
the keystream generator. The third method 
we discuss illustrates the point further. 

The linear consistency attack. In con¬ 
trast to the statistical test of Siegenthaler, 
an algebraic test oriented toward utilizing 
the linearity latent in various keystream 
generators is given by Zeng, Yang, and 
Rao. 4 The method is formulated on the 
basis of a precise estimation of the consis¬ 
tency probability of a system of linear 
algebraic equations Ax = b with a random 
mxn coefficient matrix A, m>n, and fixed 
nonzero vector b. 

In many keystream generators, one can 
often single out a comparatively small sub¬ 
key K , from the whole key of secrecy K and 
set up a system Ax = b of linear algebraic 
equations such that 

• the coefficient matrix A depends sole¬ 
ly upon the subkey K t ; 

• the right-side vector b is determined 
by a certain segment of the output 
sequence; 


• if the subkey K, is specified incorrect¬ 
ly, the corresponding system Ax = b 
will be, with a probability of nearly 1, 
inconsistent. When such a system is 
found to be consistent, one can gener¬ 
ally deduce from its solution the re¬ 
maining part K - A - , of the key K. 

When this is the case, one can apply 
exhaustive searching to determine the sub¬ 
key K t , with the consistency of the corre¬ 
sponding linear system as the key identifi¬ 
cation criterion. The success of such an 
attack means that the IATI - I A', I bits of the 
remaining part of the key K in fact do not 
contribute substantially to the cryptographic 
strength of the system as a whole. A certain 
form of key redundancy has been discov¬ 
ered in the system. 


The linear syndrome attack. 5 6 Since 
exhaustive searching has been applied in 
both of the discussed methods, we can 
regard them as different ways to discover 
key redundancy in various generators — 
rather than as practical algorithms for re¬ 
covering the plaintext. On the other hand, 
if the statistical dependency between the 
sequences b and a is strong enough, effec¬ 
tive analytic algorithms can be designed 
for this purpose (see Figure 7). Let us 
examine in some detail a third approach 
that we call the linear syndrome attack. 

Suppose the source sequence x = {jc( 0} 
in Figure 7 is statistically biased and con¬ 


tains more zeros than ones. The coinci¬ 
dence probability between the known sig¬ 
nal bit) and the unknown signal a(t) will be 

p = prob(a(t) = bit)) = 1/2 + e, e > 0. 

We call the positive number e the coinci¬ 
dence advantage between a(t) and bit). We 
try to recover a from b by incrementing this 
advantage. For this purpose, we assume 
that the feedback polynomial /(x) is known 
to the cryptanalyst but the current state of 
the LFSR is unknown. We consider a set of 
trinomial multiples 

g(x) = 1 +x l + x k , k> l > 0 

of/fx). Corresponding to each of these tri¬ 
nomials, we can form three new signals 
called the syndromes: 

0,(0 = b(t) ® b(t+\) © bit+k), 

O 2 (0 = bit- 1) 0 bit) © bit+k-l), 

O 3 (0 = b(t-k) © bit-k+l) © bit). 

It can be shown that the coincidence ad¬ 
vantage between each 0,(0 and ait) will be 
2e 2 . The new coincidence advantage turns 
out to be smaller than the advantage e we 
start with, but it is preferable to the old one 
in that we can try to amplify it by consider¬ 
ing the joint effect of larger and larger sets 
of syndromes. Discovery and amplifica¬ 
tion of advantages is a principle of supreme 
importance in cryptanalysis. 

Concretely speaking, if we consider a 
set of 2m + 1 syndromes and revise the 
sequence b according to the rule of major¬ 
ity decision, namely, by putting 

b\t)=b(t) 

if at least m + 1 syndromes are 1, and b'(t) 
= bit) if otherwise, it can be shown that the 
coincidence advantage e m between ait) and 
b'{t) will tend to 1/2 as m increases indef¬ 
initely. This means we can count on recov¬ 
ering the sequence a, and hence also the 
sequence x, from the sequence b by in¬ 
creasing the number of syndromes we use. 

A more practical approach, however, is 
to make iterated revisions, using a suitably 
fixed number of syndromes computed ac¬ 
cording to fixed formulas. In particular, 
when e is large enough, say £ = 0.25,0.375, 
or the like, it is easy to recover a from a 
segment of b of length linear in the size n 
of the attacked LFSR. The computational 
expense needed for doing this is also linear 
in n. We see later that not one generator 
will collapse under this attack. 
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Some design techniques 

Numerous techniques that can be used to 
guarantee the unpredictability of the key- 
streams have been published in the open 
literature. We cannot discuss them in detail 
here. Instead, we are interested in seeing 
how some of these attempts fail or how 
their weakness is exposed under the at¬ 
tacks previously described. Only three of 
the simplest techniques will be reviewed, 
namely, that of nonlinear feed-forward 
transformation, step control, and multi¬ 
clocking. 

Nonlinear feed-forward transforma¬ 
tion. Many keystream generators are based 
on combining two or more generators by 
using a nonlinear function. The problem is 
how to choose a function strong enough to 
serve the purpose. We illustrate this by 
analyzing a couple of simple examples. 

The Geffe generator? One of the sim¬ 
plest ways of combining LFSRs is to em¬ 
ploy a two-to-one multiplexer, as shown in 
Figure 8. The output signal of the generator 
at the moment t is 

b<t)=a x {t)a$)®ajt) Ojjt) 
=a 2 (t)®a I (t)(a 2 (t) ©<%(t)) 
or, similarly, 

b(t)=a 3 (t)®^(rXa 2 (0®a 3 (t)). 

If the primitive feedback polynomials of 
LFSR-1, LFSR-2, and LFSR-3 have de¬ 
grees n„ n 2 , and n 3 , respectively, the gen¬ 
erator will have linear complexity LC = n.n , 
+ (n, + 1 )« 2 and period 

T = lcm (2 1, 2 2 - 1, 2™ 3 - l). 

The weakness of such a generator comes 
from the fact that we have the coincidence 
probability 

p = Prob(b(t) = a 2 it)) 

= Probia.it) = 0) + Probia.it) = 1) 

■ Probia.it) = a 2 it)) 

= 1/2 + 1/4. 

The coincidence probability between bit) 
and a.it) can be estimated similarly. 
Therefore, if the feedback polynomials of 
the LFSRs are all known, and are primitive 
trinomials of degrees not exceeding n, the 
system can be easily cracked under an 
attack carried out with the help of the linear 
syndrome method. The current states of all 
three constituent LFSRs can be recovered 
on a captured segment of length N= 37 n of 
the output sequence. The computation ex¬ 



Figure 8. The Geffe generator. 


pense needed amounts to only 896 n-bit 
operations. 

The Jennings generator* This scheme 
also uses the multiplexer to combine two 
LFSRs of lengths / and n. Figure 9 shows 
how this scheme is structured. The litera¬ 
ture reports that similar schemes have been 
recommended by the European Broadcast¬ 
ing Union as standards for scrambling tele¬ 
vision broadcasts. 

The generator produces the output sig¬ 
nals c(t), t > 0, in the following way: Fix a 
positive integer h < min (/, Llog 2 nJ) and a 
tap pattern 

0 < i' 0 < t, < ... < < /-1 

on LFSR-1. For every moment t > 0, form 
the number 

uit) = ait+i 0 ) + ait+i ,) 2 + ... + 
ait+i h _i)2 h ~~' 


and transform it into 

Qiuit)) = j„ (0 + s.it)2 + ... + 
k = \ log 2 «l, 

by an injective mapping©: {0,1,... ,2*-l} 
—> {0, 1,... ,n-l}. If we assume the prim¬ 
itive feedback polynomials of LFSR-1, 
LFSR-2 are known, then the mapping 0 — 
together with the initial states K., K , of the 
two LFSRs — form the key of secrecy in 
the system. The output signal is defined by 

dt)=b[t+Qiuit))\. 

If (/, n) = 1, the output sequence has 
period (2'—1)(2'*—1) and linear complexity 

LC<n(l+Xc'), 

with equality if the tap positions are spaced 
at equal intervals. 

A closer look at the definition of c(t) 
reveals that, irrespective of what 0 may be, 
this signal can be expressed as a linear 
combination of the ib(t)’s with coefficients 
dependent mainly on K.. This is the Achil¬ 
les’ heel to which the linear consistency 
attack can be applied. It has been shown 4 
that if the feedback polynomials are known, 
the Jennings generator can be cracked on 
an output segment of length N > l + n2 h by 
2 W| consistency tests with K. alone as the 
objective of exhaustive searching. Though 
the family of possible mappings 0 is dra¬ 
matically large, the contribution of this key 
to the cryptographic strength of the system 
as a whole is negligible. The same can be 
said of the subkey K 2 . 

Step control. Besides subjecting the 
LFSR sequences to various nonlinear feed- 



Figure 9. The Jennings generator. 
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Figure 10. The Beth-Piper stop-and-go generator. 


forward transformations, an important 
strengthening measure is to control the 
clock pulses to the LFSR(s) under consid¬ 
eration with the help of a step-controlling 
sequence. There are various ways for real¬ 
izing step control of LFSRs. 

The Beth-Piper stop-and-go generator. 9 
As shown in Figure 10, the clock input to 
LFSR-2 is controlled by the output of 
LFSR-1 so that LFSR-2 can change its 
state at time t only if a,(f-l) = 1. Under 
suitable conditions imposed on the degrees 
n,, n 2 , n 3 of the three constituent LFSRs, the 
output sequence will have linear complex¬ 
ity 

LC = (2 l - 1) n 2 + n 3 
and period 

r = (2' 1, -l)(2" 2 -l)(2" 3 -l). 

Although the output sequence has dra¬ 
matically large linear complexity, the se¬ 
curity of this generator is very poor. Let 
a 2 \t ) denote the output signal of the free- 
running LFSR-2 (that is, clocked in the 


normal way) at the moment t. Then we shall 
have the coincidence probability 

p = Prob [fc(f)©fc(r+l) = a 3 (t) ® a 3 (t +1)] 
= Prob ( a\(t ) = 0) + Prob (ai(t) = 1) 

• Prob(a2(t)=a 2 '(t+l )) 

= 1/2+1/4. 

Thus, if the feedback polynomials of 
LFSR-1 and LFSR-3 are known, we can 
apply the linear syndrome method to re¬ 
cover first the sequence a 3 from b, then the 
sequence a, from a 2 . It is even unnecessary 
to assume the feedback polynomial of 
LFSR-2 is known. 

The Gollmann cascade . 10 Figure 11 shows 
this strengthened version of the Beth-Piper 
generator. It consists of a series of / LFSRs 
with primitive feedback polynomials of 
the same degree n. LFSR, is clock-con¬ 
trolled jointly by allLFSR,, j < i, in the same 
way as in the Beth-Piper scheme. The out¬ 
put sequence has been shown to have pe¬ 
riod T = (2"-l)' and a dramatically large 
linear complexity LC > n(2" — l)' -1 . The 
proposer of this scheme is himself aware of 


a certain weakness related to it. Efforts are 
being made to estimate its influence on the 
security of the keystream thus generated. 

Bilateral stop-and-go control." A less 
clumsy scheme is based on the observation 
that if a binary sequence b has an odd prime 
period T, its linear complexity LC( b) will 
be bounded from below by the order Ord,(2) 
of the number 2 modulo T, that is, 

LC(b) > Ordjil). 

A sequence with a prime period is desir¬ 
able because one can subject it to various 
further cryptographic transformations 
without influencing the established lower 
bound to its linear complexity, provided 
the transformations do not render it into a 
constant sequence. However, if T= 2" - 1 
happens to be one of the Mersenne primes, 
then we shall have Ord r (2) = n. So T should 
be chosen to be a prime beyond the pro¬ 
gression 2" - 1. Sequences with periods of 
the form q ■ 2" - 1 with odd q> 3 have been 
constructed" from a pair of n-stage 
LFSRs. 

Figure 12 shows the logic diagram for a 
sequence generator with period 5 • 2"' 2 - 1, 
where both n-stage LFSRs are started in 
some nonzero states. Step control is car¬ 
ried out in the following manner: 

(1) if (a(r+n-l), a(t+n- 2)) = (0, 1), then 
the clock pulse to LFSR-B is to be blocked; 

(2) if (b(t+n-l), b(t+n- 2)) = (0, 1), but 
(a(t+n-l), a(t+n-2)) *(0,1), then the clock 
pulse to LFSR-A is to be blocked. 

The state diagram of such a generator 
consists of 3 ■ 2"“ 2 - 1 branched cycles of 
length 5 • 2' l ~ 2 -l, each carrying a number of 
branches of length one. The values of n that 
make 5 ■ 2" -2 -1 prime can be determined 
by the help of the Lucas-Lehmer criterion 
or by the algorithm proposed in the cited 
paper." The linear complexity of the out- 



Figure 11. The Gollmann cascade stop-and-go generator. 
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Figure 12. A pseudorandom bit generator based on bilateral step control. 


put sequence has been shown to be of an 
order of magnitude approximately equal to 
that of the period. No evident key redun¬ 
dancy has been observed in this system. 

Multiclock systems. The techniques 
discussed up to this point assume that the 
LFSR under consideration operate at the 
same bit rate as the final output. Some 
researchers 1214 propose that the LFSRs be 
operated at rates higher than the output 
rate. Although several cycles of system 
clock will be needed for the generation of 
a single output bit, multiclocking, when 
used judiciously, opens new possibilities 
for designing interesting generators. 

The Massey-Rueppel multispeed gener¬ 
ator.' 1 This generator utilizes two LFSRs 
clocked at different speeds. As illustrated 
in Figure 13, LFSR-2 of degree n is clocked 
at a speed d > 2 times as fast as LFSR-1 of 
degree l, n> l, and the output signal c(t) is 
produced according to 

c(t)='£ J a(t+i)b(dt+i). 

The speed factor d is variable and is used as 
a part of the key of secrecy. 

If LFSR-1 and LFSR-2 have primitive 
feedback polynomials and (l, n) = 1, 
(d, 2"-l) = 1, then the output sequence 
would have a linear complexity LC = In 


with period T = (2'-l)(2" -1) and would 
possess excellent statistical properties. 

Again, the bilinear character of the def¬ 
inition of the signal c(t) for fixed d leaves 
space for the linear consistency attack to be 
applied here. It has been shown 4 that if the 
feedback polynomials are known, the 
cryptanalyst can determine the speed fac¬ 
tor d and the initial states of both LFSRs by 
(rf majl -l)(2'-l) consistency tests applied to 


an output segment of length N > l + n + 
log 2 d max . 

Self-decimation of m-sequences. W4 In 
1987, Rueppel proposed a sequence gener¬ 
ator using a single LFSR.” Figure 14 il¬ 
lustrates the arrangement. An LFSR with a 
primitive feedback polynomial is used to 
clock-control itself in the following way. 
When the output signal is 0, d clock pulses 



Figure 13. Massey-Rueppel’s multispeed generator. 
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Figure 14. Rueppel’s self-decimated sequence. 


large lower bounds to it. Some of the re¬ 
cently published research in stream-cipher 
cryptography misguidedly concentrates on 
such issues as large periods and large lin¬ 
ear complexity alone. We think that dis¬ 
covery and liquidation of strong statistical 
dependencies and systematic latent alge¬ 
braic relations — including the linear ones 
— are also important problems to consider 
because they often lead to key redundancy 
in the systems we design. ■ 



are applied to the LFSR; otherwise, k clock 
pulses are applied. The effect is that some 
of the signals of the m-sequence generated 
by the LFSR are skipped or decimated in 
forming the output sequence, according to 
a pseudorandom rule determined by the m- 
sequence itself. As it stands, Rueppel’s 
scheme is not a very serious generator for 
cryptographic purposes. 

The scheme illustrated in Figure 15 was 
proposed by Chambers and Gollmann. 14 
By suitably choosing the number n of 
stages in the LFSR and the number z of input 
ends to the transferring NOR function, the 
authors succeeded in producing a binary 
sequence of prime period p and linear 
complexity equal to p -1 or p. But this is 
only algebra! With the increase of the num¬ 
ber z, the resulting decimated sequence 
differs from the undisturbed m-sequence less 
and less. 

Although the schemes proposed seem to 
be unsuccessful, the idea of self-decima- 
tion is intrinsically interesting. Much re¬ 
mains to be done before a qualified gener¬ 
ator can be proposed on the basis of this 
idea. 


W e conclude with a couple of 
remarks concerning the design 
of qualified keystream gener¬ 
ators. First, there are unlimited mathemat¬ 
ical and technical resources for construct¬ 
ing keystream generators, but there is no 
generally checkable criterion for justify¬ 
ing the usability of the systems we design. 
Therefore, the only practical way to certify 
a generator for use in communication pro¬ 
tection is to subject it to merciless mocking 
attacks. The examples of design failure 
considered here should be accepted as ev¬ 
idences against any kind of blind optimism 
in this aspect. As a much more convincing 
argument, we need only remark that an oil 
spill can only spoil the environment in 
certain localities, while a single case of 
cryptographic failure can turn everything 
into turmoil! The history of cryptologic 
practice contains examples of the latter 

Second, we would like to reemphasize 
that large linear complexity is only one of 
the necessary conditions that a qualified 
keystream generator must satisfy. There 
are many good methods for guaranteeing 
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A Comparative Evaluation 
of Expert System Tools 


William Mettrey, Bell-Northern Research 


T he past decade has seen expert 
systems progress from efforts in 
research laboratories yielding 
stand-alone, one-of-a-kind systems to 
products built and deployed in industrial 
settings. The maturing of expert systems 
technology has had a significant influence 
on the tools used to build and maintain 
these systems. 

The expert system tool market has un¬ 
dergone a remarkable change compared to 
the market that existed a few years ago. 1 
The number of tools has increased signifi¬ 
cantly. Prices have declined dramatically. 
Many of these tools are written in languages 
other than Lisp and execute on a variety of 
hardware platforms. 

Because of these changes, separating 
fact from hyperbole when selecting expert 
system tools has become even more diffi¬ 
cult. Vendor literature, demonstrations, and 
even reference manuals are subject to ex¬ 
aggerated claims. Along with the technical 
issues, lack of a standard terminology, large 
variances in price and performance, and 
evidence that price is not necessarily an 
indicator of performance add to the prob¬ 
lems prospective users face when selecting 
tools. 

This article presents the results of an 
evaluation of several expert system tools. 
The goals of this study were to assess the 
functionality and performance of tools with 


Five expert system 
tools — ART-IM, 
CLIPS, KES, Level 5, 
and VAX OPS5 — were 
analyzed for their 
functionality, 
performance, 
advantages, and 
disadvantages. To help 
users make sound 
selections, this article 
presents the results of 
that survey. 


different architectural approaches and gain 
insight into the advantages and disadvan¬ 
tages of the various architectures. 

The tools evaluated in the study were 
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(1) the Automated Reasoning Tool for 
Information Management (ART- 
IM), 

(2) the C Language Integrated Produc¬ 
tion System (CLIPS), 

(3) the Knowledge Engineering System 
(KES), 

(4) Level 5, and 

(5) VAX OPS5. 

Emphasis was on tools implemented in 
languages other than Lisp. This reflects the 
current industrial need for tools that support 
delivery of expert systems that interface 
with traditional software systems and can 
be deployed on a range of hardware not 
limited to Lisp machines and high-end 
workstations. 

The tools were evaluated using metrics 
that measure issues in the following cate¬ 
gories: 

• knowledge representation, 

• inference, 

• development environments, 

• delivery environments, 

• documentation, and 

• support. 

Estimates of the ability of the tools to 
address applications that require an ex¬ 
pressive rule language and to provide ac¬ 
ceptable runtime performance were made 
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(defrule Rule-Name 

“Optional Documentation String” 

(condition-1) 

;The left-hand side is composed of 

(condition-2) 

;zero or more conditions 

(condition-n) 

;each enclosed in parentheses 

(action-1) 

;The right-hand side is composed of 

(action-2) 

;zero or more actions 

(action-n) ) 



Figure 1. General form of a CLIPS rule. 


by implementing a knowledge-based 
scheduling problem with each tool and by 
measuring each tool’s performance on a 
series of synthetic benchmark problems. 
Although the study examined tools from 
both a rule-based and (where applicable) a 
frame-based approach, the measurements 
concentrated on rule-based performance. 
(Tool efficacy and efficiency for applica¬ 
tions that require access-oriented pro¬ 
gramming and object-oriented program¬ 
ming will be addressed in a separate study.) 

C Language Integrated 
Production System 

CLIPS was developed by NASA at the 
Lyndon B. Johnson Space Center. It was 
designed to overcome a number of diffi¬ 
culties NASA had experienced using Lisp- 
based tools, including low availability of 
Lisp on conventional computers, high cost 
of Lisp-based tools and hardware, and poor 
integration of Lisp with other languages. 

CLIPS is written in C to support the 
goals of high portability, low cost, and ease 
of integration with external systems. As a 
result of NAS A’s previous experience with 
Lisp-based versions of ART, CLIPS was 
designed using ART’s rule system as a 
model. According to NASA, CLIPS has 
been delivered to more than 2,500 users, 
including those at all NASA sites and 140 
universities. CLIPS version 4.3, the tool 
evaluated in this study, was the only tool 
available across all hardware platforms and 
was used as a base for relative comparisons 
in the benchmark analysis. 

CLIPS knowledge representation. 

CLIPS uses rules as its primary knowledge 
representation approach. The Lisp-like 
syntax originally developed for ART is 
maintained by CLIPS (see Figure 1). CLIPS 


supports a rich pattern-matching language 
for specifying rule conditions. While rem¬ 
iniscent of the features provided by the 
OPS5 family of languages, CLIPS’s pattern- 
matching operators are more complex and 
powerful. 

The pattern-matching language operates 
on both single fields and multifield se¬ 
quences composed of strings, symbols, and 
numbers. CLIPS pattern-matching opera¬ 
tors range from a single operator that will 
match any and every fact in the knowledge 
base to operators that only match facts that 
meet specific constraints. Both intrinsic 
and user-written functions can be used to 
constrain specified fields. Conditions can 
also be written such that a rule is instanti¬ 
ated only if a pattern cannot be matched by 
any fact in the knowledge base. Thus, 
reasoning can be based on the absence of 
information as well as its presence. 

CLIPS also supports templates as a means 
of specifying rule conditions. Templates, 
frame-like structures composed of named 
slots with values, support the specification 
of default values and metaknowledge in 
the form of type information. The CLIPS 
template pattern-matching language is an 
extension of the fact pattern-matching 
language, and incorporates the full range 
of operators and restrictions used for 
matching facts. 

The left-hand side of CLIPS rules has an 
implicit logical AND between conditions. 
That is, a rule is not a candidate to fire 
unless all its conditions are matched by 
facts in the knowledge base. CLIPS also 
supports the specification of explicit logi¬ 
cal AND and OR conditions on the left- 
hand side of rules. If conditions are speci¬ 
fied as disjunctions (using an explicit OR), 
the rule is a candidate to fire if any of the 
disjuncts are matched by facts. In addition, 
CLIPS provides procedural programming 
constructs {if...then...else, while) on the 
right-hand side of rules. Disjunction and 


procedural programming constructs enable 
CLIPS to express in a single rule, situa¬ 
tions that require several rules in the OPS5 
family of languages. 

CLIPS inference. CLIPS inference is 
based on a forward-chaining control strategy 
that implements the classic recognize-act 
cycle. 2 Conditions on the left-hand side of 
rules are matched with facts in the knowl¬ 
edge base. Rules with all conditions matched 
by facts are instantiated (activated). A 
specific rule can produce multiple instan¬ 
tiations. Rule instantiations are placed on 
an agenda (referred to as a conflict set by 
some expert system tools). The agenda 
contains all current rule instantiations. 
CLIPS selects the rule instantiation with 
the highest salience (priority) to fire. Sa¬ 
lience is specified when a rule is written 
and ranges from -10,000 to +10,000 with a 
default value of 0. If multiple instantiations 
have the highest salience, the agenda is 
treated as a stack and the last rule instanti¬ 
ated is selected. Firing a rule consists of 
performing the action(s) specified by its 
right-hand side. After a rule has fired, the 
cycle is repeated. This sequence continues 
until a halt is executed as a right-hand-side 
action, or no further rules are matched by 
facts in the knowledge base. 

CLIPS provides efficient forward 
chaining based on its support of the Rete 
matching algorithm. 3 CLIPS implements 
the Rete algorithm by compiling rules into 
a pattern-matching network referred to as 
the pattern-and-join network. This network 
enables the matching process to save 
matching information at nodes within the 
network. This information enables CLIPS 
to match only facts that have changed, with 
rules that are potentially affected, rather 
than repeatedly matching all rules against 
all facts. The Rete algorithm typically re¬ 
sults in a significant decrease in the num¬ 
ber of matching operations required. 

CLIPS does not provide support for ei¬ 
ther backward-chaining or frame-based 
programming. To emulate a backward¬ 
chaining control strategy using CLIPS, goal 
patterns must be used in forward-chaining 
rules, and rules that split and fuse these 
goals must be written. 4 This approach, while 
feasible, increases the complexity of the 
rule base and results in more rules than 
would be required by a backward-chaining 
tool. While CLIPS templates provide the 
structuring properties of a frame system 
and interface with the rule system, they do 
not support inheritance or procedural at¬ 
tachments. The lack of support for a frame 
system is a definite disadvantage for ap- 
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plications that require an approach other 
than, or in addition to, rule-based program¬ 
ming. 

The CLIPS development environment. 

The CLIPS development environment ex¬ 
ecutes on a variety of hardware platforms, 
including the IBM personal computer, the 
Macintosh II, Sun, Apollo, and Hewlett- 
Packard workstations, DEC 3100 RISC 
machines, several models of DEC VAXs, 
and Control Data and Cray mainframes. 
CLIPS provides development interfaces 
that support pull-down menus, an integrated 
editor, and multiple windows on the 
Macintosh and IBM PC. On Unix machines, 
CLIPS provides an interactive, text-oriented 
development environment. 

CLIPS debugging aids include commands 
that produce a trace of facts asserted in the 
knowledge base, rules placed on the agenda, 
and rules that fire. Break points can be 
specified contingent on specific rules fir¬ 
ing. A number of commands are available 
for displaying entities in the knowledge 
base, including the matches command that 
displays a list of facts that match each 
condition on the left-hand side of a speci¬ 
fied rule. The run command can be exe¬ 
cuted with a positive integer that specifies 
the number of rules to be fired (run 1 re¬ 
sults in single-step execution). CLIPS also 
provides good integration with external 
systems. A knowledge base implemented 
using CLIPS can call external programs 
from left-hand-side conditions and right- 
hand-side actions of rules. User-written 
main programs can call a CLIPS knowledge 
base as a standard C application. 

The CLIPS delivery environment. As 

is the case with the development environ¬ 
ment, any machine that supports a standard 
C compiler is a candidate for delivering 
CLIPS applications. Expert systems built 
using CLIPS execute in either interpretive 
mode or as a compiled application. The 
default mode of execution is interpretive. 
To build a compiled version of the 
knowledge base, the rules are converted to 
C source code using the rules-to-c option 
supplied by CLIPS. The source code is 
then compiled and linked with the CLIPS 
runtime system. Timing analyses comparing 
CLIPS’s interpretive mode and compiled 
mode of execution resulted in only a small 
improvement in speed for the compiled 
mode. CLIPS also provides the cross- 
reference style and verification utility for 
knowledge base maintenance. CRSV pro¬ 
vides capabilities such as cross-referencing 
of relations, style checking, and semantic 


error checking to aid in verifying a 
knowledge base. CLIPS does not support a 
graphics toolkit for building end-user in¬ 
terfaces. The CLIPS source code is avail¬ 
able, however, and can be integrated with 
external graphics packages. 

CLIPS documentation and support. 

CLIPS documentation includes a user’s 
guide, a reference manual, and an archi¬ 
tecture manual. For users without previous 
expert system experience, the user’s guide 
provides a well-written CLIPS introduction. 
NASA also provides CLIPSITS (CLIPS 
Intelligent Tutoring System), an on-line 
tutorial in 10 lessons that mirror the first 10 
chapters of the user’s guide. The architecture 
manual provides information about CLIPS ’ s 
internal structure for advancedusers. NASA 
offers training classes and has contracted 
with Computer Sciences Corporation to 
provide support for CLIPS. CLIPS is 
available for about $300 (with no licence 
restrictions) from NASA’s technology 
distribution organization, the Computer 
Software Management and Information 
Center also known as Cosmic. It is the only 
tool in the study that supplies its source 
code. CLIPS consists of about 25,000 lines 
of C code that can be modified to meet a 
user’s specific needs. 

CLIPS summary. CLIPS was devel¬ 
oped to overcome several shortcomings 
inherent in Lisp-based tools. Its strengths 
include strong support of forward chaining, 
ease of integration with external systems, 
portability over a number of hardware 
platforms, fast execution, low price, and 
lack of licensing restrictions. 

The CLIPS rule system supports a rich 
pattern-matching language integrated with 
the Rete network. While reminiscent of the 
features provided by the OPS5 family of 
languages, the CLIPS pattern-matching 
operators are more complex and powerful. 
CLIPS is available as both a development 
system and a delivery system on any 
hardware platform that supports a standard 
C compiler. One of CLIPS’s most impor¬ 
tant advantages is that it is easily interfaced 
with external systems. In addition, the 
source code is available if a developer 
wants to modify it. A number of debugging 
features are supported, and a graphical 
development interface is provided in IBM 
PC and Macintosh versions. The CRSV 
utility and CLIPSITS learning aid are also 
useful. 

Among CLIPS’s weaknesses are its lack 
of support for backward-chaining and 
frame-based programming. Templates 


(defschema 

machine-1 

(instance-of 

machine) 

(machine-status 

idle) 

(current-part 

P9) 

(current-operation 

OP-3) ) 


Figure 2. ART-IM schema definition. 


provide the structuring capabilities of a 
frame system, but do not support inheri¬ 
tance or procedural attachments. 

Automated Reasoning 
Tool for Information 
Management 

ART was introduced in 1985 by Infer¬ 
ence Corporation as a Lisp-based expert 
system tool targeted to Lisp machines and 
high-end workstations. ART 3.0, released 
in 1987, was the company’s first effort to 
market a version of ART implemented in 
C. This version was subsequently withdrawn 
from the market because of poor perfor¬ 
mance. ART-IM, the company’s current 
offering of a C-based tool, was developed 
by using NASA’s CLIPS as a base and 
adding several enhancements, including a 
schema (frame) system and an object- 
oriented programming capability. ART- 
IM version 2.0 was evaluated in the study. 
The following sections examine features 
of ART-IM that differ from CLIPS. Differ¬ 
ences between ART-IM and ART are also 
noted. 

ART-IM knowledge representation. 

From a knowledge representation per¬ 
spective, the major difference between 
ART-IM and CLIPS is the frame system 
that has been added to ART-IM. ART-IM 
refers to frames as schemata, which can 
appear as conditions on the left-hand side 
of ART-IM rules. ART-IM schemata consist 
of a schema name and one or more slots. 
The slots represent individual items of in¬ 
formation describing either attributes of 
the schema or its relationship with other 
schemata. ART-IM schemata are defined 
in several ways, including a defschema 
statement (see Figure 2) that builds sche¬ 
mata when execution is initiated and an 
assert action on the right-hand side of a rule 
that builds schemata during execution. 

ART-IM provides a single-inheritance 
scheme in which both values and functions 
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rule name: 
variable declarations 

\Optional variable declarations 

when 

\Keyword when signals the start of the LHS 

condition(s) 

\One or more LHS conditions 

then 

\Keyword then signals the start of the RHS 

action(s) 

\One or more RHS actions 

endwhen. 

\Keyword endwhen terminates the rule 


Figure 3. General form of a KES forward-chaining rule. 


are inherited via is-a and instance-of rela¬ 
tions between schemata. A schema that 
contains the is-a relation can have children 
schemata, whereas a schema that contains 
the instance-of relation cannot have de¬ 
scendants. ART-IM supports procedural 
knowledge by attaching user-written 
functions to schemata. A function is attached 
to a schema by placing the function’s name 
in a slot. ART-IM, unlike Lisp-based ART, 
does not support multiple inheritance, user- 
specified inheritance paths, and user-de¬ 
fined inheritance relations. 

ART-IM inference. Not surprisingly, a 
great deal of similarity exists between the 
ART-IM and CLIPS rule systems. The 
primary differences are the I/O functions 
each supports and a logical dependency 
mechanism provided by ART-IM. If a fact 
is specified as being logically dependent 
upon another data object in the knowledge 
base and the data object is retracted, the 
logically dependent fact is automatically 
retracted. Both tools provide a strong for¬ 
ward-chaining capability based on the 
recognize-act cycle and the Rete matching 
algorithm. 

ART-IM supports object-oriented pro¬ 
gramming as an extension of its schema 
system. An ART-IM object is represented 
by a schema whose slots contain values for 
the object’s attributes and functions to car¬ 
ry out the object’s actions. Functions can 
be written either in C or with a set of ART- 
IM commands that are interpreted. Mes¬ 
sages are sent to ART-IM objects using the 
send command. When an object receives a 
message, it searches for a function to respond 
to the message. If the object does not contain 
the appropriate function, a search is made 
to determine where the function exists in 
the inheritance hierarchy. When found, the 
function is activated with any arguments 
that were specified with send. When com¬ 
pared with object-oriented languages such 
as C++ and Eiffel, ART-IM was found to 


be weaker in the area of information hid¬ 
ing. All ART-IM schemata and slots are 
visible and freely accessible to rules and 
procedures. ART-IM, unlike Lisp-based 
ART, does not support backward chaining 
and viewpoints (hypothetical reasoning). 

The ART-IM development environ¬ 
ment. ART-IM provides a graphical de¬ 
velopment environment called the ART- 
IM Studio that executes on IBM 
mainframes, IBM PC ATs, IBM PS/2s, and 
DEC VAXs. The ART-IM Studio supports 
overlapping windows and pull-down menus. 
Both the debugging aids and the level of 
integration with external systems furnished 
by ART-IM are comparable to those sup¬ 
ported by CLIPS. 

The ART-IM delivery environment. 

ART-IM can be executed in either an in¬ 
terpretive mode or as a compiled applica¬ 
tion. The default mode of execution is 
interpretive. To build a compiled version 
of the knowledge base, the rules are con¬ 
verted to C source code using the deploy¬ 
ment compiler supplied by Inference Cor¬ 
poration. ART-IM executing in interpretive 
mode required a significant amount of time 
to load rules and build the pattern-and-join 
network for the production scheduling 
problem and the synthetic benchmarks. 
Deployed versions of the production 
scheduling problem and the benchmarks 
reduced the load time significantly and the 
overall execution time by a factor of two or 


ART-IM documentation and support. 

ART-IM documentation includes a pro¬ 
gramming language reference, a function 
library reference, and ART-IM in the DOS 
Environment. The reference manual con¬ 
tains some tutorial information and exam¬ 
ples helpful to new users. Inference Corpo¬ 
ration provides ART-IM help-desk support 
and offers training classes. 


ART-IM summary. ART-IM was de¬ 
veloped as an alternative to Lisp-based 
versions of ART. ART-IM, which is writ¬ 
ten in C and uses NAS A’s CLIPS as a base, 
is an attempt to overcome some of the 
shortcomings encountered with Lisp-based 
ART in the areas of integration with tra¬ 
ditional software systems and the delivery 
of applications on platforms other than 
Lisp machines and high-end workstations. 
ART-IM provides a subset of the function¬ 
ality found in Lisp-based ART. The most 
notable differences in the two versions are 
ART-IM’s lack of support of backward 
chaining, performance statistics, view¬ 
points, multiple inheritance, and user- 
defined inheritance relations. Enhancements 
that ART-IM supports beyond those pro¬ 
vided by CLIPS include a schema (frame) 
system with single inheritance and an ob¬ 
ject-oriented programming capability. 

Knowledge Engineering 
System 

KES was introduced by Software Archi¬ 
tecture and Engineering (also known as 
Software A&E) in 1982. KES was originally 
based on KMS (Knowledge Management 
System), an expert system tool developed 
at the University of Maryland. The early 
versions of KES were implemented in Lisp, 
but it was ported to C in version 2.1. KES 
historically consisted of three subsystems: 
KES Bayes, KES HT, and KES PS. KES 
Bayes is a statistical pattern classification 
subsystem for applications that have a large 
body of data expressed as probabilities. 
KES Bayes is not applicable to most expert 
system applications, and Software A&E 
has recently stopped supporting it. KES 
HT is a hypothesis-and-test subsystem that 
is useful for specialized diagnostic appli¬ 
cations where all possible outcomes are 
described by a minimal covering set. KES 
PS, the production system module, is the 
most frequently used of KES’s subsystems. 
This study evaluated KES PS version 2.6. 
Throughout this article, the term KES re¬ 
fers to KES PS. 

KES knowledge representation. KES 

provides forward-chaining rules (see Fig¬ 
ure 3), backward-chaining rules (see Fig¬ 
ure 4), and a class (frame) system for 
knowledge representation. Forward¬ 
chaining and backward-chaining rules are 
written using different formats. KES was 
initially a backward-chaining rule system; 
forward chaining and classes were intro- 
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duced in release 2.4. In keeping with KES ’ s 
original backward-chaining orientation, 
backward-chaining rules are referred to as 
rules and are defined in the rules section of 
a knowledge base, while forward-chaining 
rules are termed demons and are defined in 
the demons section of a knowledge base. 

The KES equivalents of facts are termed 
attributes. KES has a strong typing flavor 
in that each attribute must be declared and 
given a type that specifies the kind of 
values it can assume and the operations 
that can be performed with it. At the be¬ 
ginning of a KES session, the value of each 
attribute in the knowledge base is unde¬ 
termined. During the session, the value 
associated with an attribute becomes known 
either because it is supplied by the end user 
(or another source) or is inferred by the 
inference engine. If a value is unavailable 
for an attribute or cannot be inferred, its 
status changes to unknown. 

KES handles uncertainty using certainty 
factors. Certainty factors express a mea¬ 
sure of belief in a value, and range between 
1.0 and -1.0, where 1.0 indicates total be¬ 
lief, -1.0 indicates total disbelief, and in¬ 
termediate values indicate varying levels 
of belief. The KES equivalent of a frame is 
a class. Classes interface with the rule 
system and can be used to specify attributes 
that are tested by rule conditions. Classes 
support single inheritance but do not allow 
procedural attachments. Intrinsic and user- 
written functions, however, can be called 
from both backward-chaining rules and 
forward-chaining rules. 

KES inference. Although KES supports 
backward and forward chaining, it has a 
predominantly backward-chaining orienta¬ 
tion. A forward-chaining rule cannot inter¬ 
fere with backward-chaining inference; it 
cannot contribute a value to an attribute 
when the inference engine is trying to ob¬ 
tain a value for that attribute (that is, a goal 
or subgoal attribute). When an undeter¬ 
mined attribute is encountered during for¬ 
ward chaining, backward chaining is initi¬ 
ated. 

KES does not support the Rete match¬ 
ing algorithm. For each attribute in the 
knowledge base, KES maintains a list of 
all forward-chaining rules that might be 
activated when the attribute’s value is 
determined. When an attribute’s value 
changes, KES evaluates the left-hand- 
side conditions of rules associated with 
the attribute to determine if they are sat¬ 
isfied. This approach does not save 
matching information. Unlike the Rete 
approach, KES must recalculate all 


if 

\Key word if signals the start of the LHS 

antecedent(s) 

\One or more antecedents 

then 

\Keyword then signals the start of the RHS 

consequent(s) 

\One or more consequents 

endif. 

\ Keyword endif terminates the rule 


Figure 4. General form of a KES backward-chaining rule. 


matching information each time a condi¬ 
tion is tested. 

In a further departure from the classic 
recognize-act cycle, KES performs a depth- 
first evaluation of the forward-chaining 
rules’ conditions. When a right-hand-side 
action of a forward-chaining rule is executed 
and causes an attribute’s value to change, 
the left-hand-side conditions of the re¬ 
maining forward-chaining rules associat¬ 
ed with that attribute are evaluated imme¬ 
diately. When a rule is found with all 
conditions satisfied, it is executed imme¬ 
diately . This mode of execution can cascade 
through a number of rules. The completion 
of execution of the original forward¬ 
chaining rule (if further actions remain) is 
suspended until any nested execution is 
completed. 

The KES development environment. 

The KES development environment for 
Unix systems supports a graphical devel¬ 
opment interface based on X Windows. 
KES, however, does not provide an editor; 
developers must rely on the editing facili¬ 
ties of the host system. KES furnishes a 
display tree with information about at¬ 
tributes for debugging, but does not provide 
break points, nor the ability to single-step 
through rule firings. An application devel¬ 
oped in KES can be embedded in external 
user code that is also written in C. When 
embedded, a KES application becomes part 
of a single executable C program that con¬ 
tains the external code and KES runtime 
functions. KES runtime functions are used 
to control the expert system and to send, 
receive, and manipulate knowledge base 
information. 

The KES delivery environment. KES 

executes on a number of hardware systems, 
including IBM mainframes, IBM PCs, DEC 
VAXs, Apollo, Sun, and Hewlett-Packard 
workstations. KES provides a character- 
based windowed end-user interface that 
supports the presentation of ASCII infor¬ 
mation in multiple windows. KES does not 


support a graphics toolkit for building ap¬ 
plication-specific end-user interfaces. 

KES documentation and support. 

Software A&E provides the Knowledge 
Base Author’s Manual and Knowledge Base 
Reference Manual with KES. The author’s 
manual is written like a tutorial and is 
designed to help new users. The reference 
manual sometimes presents a challenge to 
the developer in finding information. Soft¬ 
ware A&E provides help-desk support for 
KES and also offers training classes. 

KES summary. KES supports forward 
chaining, backward chaining, and classes. 
Classes interface with the rule system and 
support single inheritance but not proce¬ 
dural attachments. KES provides adequate 
support for backward chaining, but its ap¬ 
proach to forward chaining requires exer¬ 
cising special care to avoid unwanted rule 
firings and loops with multiple firings of 
the same rules. 

KES performs depth-first evaluation of 
forward-chaining rules. If the firing of a 
rule causes an attribute’s value to change, 
other rules associated with that attribute 
are evaluated immediately. This creates 
situations where rules fire before all the 
original rule’s actions are completed. This 
condition can cascade through a number of 
rules. This approach was found to result in 
rules that were poor in modularity (that is, 
they exhibited a high degree of coupling). 

Level 5 

Insight, a backward-chaining expert 
system tool, was introduced by Level Five 
Research in 1984. When Information 
Builders, Inc., purchased Level Five Re¬ 
search in July 1987, Insight’s name was 
changed to Level 5. Level 5 is written in 
Pascal and executes on IBM PCs, Macin¬ 
toshes, DEC VAXs, and IBM mainframes. 
This study evaluated the Macintosh ver¬ 
sion of Level 5. 
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RULE <name> 

IF <condition> 

AND <condition> 
AND <condition> 
THEN <conclusion> 


Figure 5. General form of a Level 5 
rule. 


Level 5 knowledge representation. 

Knowledge is represented in Level 5 using 
facts and rules; both are expressed in Level 
5’s Production Rule Language (PRL). Lev¬ 
el 5’s conditions are connected with the 
keyword AND or OR (see Figure 5). All 
conditions joined by AND must be true for 
the rule to fire. OR can be used to combine 
several rules with the same conclusion into 
a single rule. Level 5’s rule language is 
English-like but was found to be weak in 
expressiveness and pattern-matching func¬ 
tionality. Unrestricted patterns, multifield 
wild cards, and multifield variables are not 
supported. Level 5 only provides relational 
operators for tests in rule conditions. 

Facts are the primary method of express¬ 
ing conditions in Level 5 rules. Level 5 
supports the following four types of facts: 
simple facts, attribute-value facts, numeric 
facts, and string facts. 

Simple facts are sequences of characters 
that can be interpreted as statements. They 
must match literally (that is, for two simple 
facts to match they must be the same, 
including capitalization of letters and the 
number of spaces between words). 

Attribute-value facts are marked by the 
reserved words IS or ARE or the backslash 
symbol (\). They are appropriate when a 
fact can take on one or more of a limited 
number of nonnumeric values. 

Numeric facts are used to represent 
numbers and expressions. They enable 
Level 5 to assign, compute, and compare 
values. 

String facts can be any combination of 
characters, provided the length of the se¬ 
quence does not exceed 80. The standard 
relational operators are used to compare 
string facts; the basis for comparison is 
alphabetical order. 

Level 5 supports partitioning of the 
knowledge base into independent sub¬ 
problems. The subproblems are activated 
by the Chain command in a rule. When a 
knowledge base is activated by the Chain 


command, execution is.restarted from the 
top goal. This poses a problem when a 
knowledge base chains back to a previous¬ 
ly used knowledge base. The Reinit state¬ 
ment must be used and tested in knowledge 
bases where this situation can occur. Level 
5 handles uncertainty using confidence 
factors. Confidence factors range between 
0 and 100, where 0 indicates total disbelief, 
50 is interpreted as noncommittal (that is, 
the fact might just as well be true as false), 
and 100 indicates total belief. Intermediate 
values indicate varying levels of belief. 

Level 5 inference. Level 5’s inference 
is based on a backward-chaining control 
strategy. The user specifies one or more 
goals and Level 5 attempts to justify the 
goal(s) by applying the rules in the knowl¬ 
edge base. Level 5 does not provide direct 
support for forward chaining. Information 
Builders states that forward chaining can be 
executed by using a combination of the 
Cycle, Reinit, Forget, and Stop statements. 
This approach, however, is only feasible for 
very simple applications, since the developer 
is faced with issues such as influencing the 
determination of the next rule to fire and 
avoidance of the same rule firing over and 
over. Both of these issues are resolved au¬ 
tomatically by any reasonable forward¬ 
chaining tool—the first by conflict resolution 
and the second by refraction. 

The Level 5 development environment. 

Level 5 knowledge bases can be created 
using any text editor that produces normal 
ASCII text files. The Macintosh version 
provides a built-in editor. Level 5 supports 
several windows, dialogue boxes, and a 
debug menu on the Macintosh. Level 5 also 
provides a single-step mode that causes the 
inference engine to pause after each event, 
and several options for browsing the state 
of the knowledge base, but does not support 
the ability to declare a breakpoint contin¬ 
gent upon a specific rule firing. 

The Level 5 delivery environment. 

Level 5 is supported on IBM PCs, Macin¬ 
toshes, DEC VAXs, and IBM mainframes. 
The Level 5 delivery environment exhibits 
several shortcomings, including a lack of 
support for compiled execution and the 
absence of a graphics toolkit for building 
application-specific end-user interfaces. 

Level 5 documentation and support. 

Level 5 documentation includes a user’s 
guide and a self-study guide. The user’s 
guide provides detailed explanations for 
the various Level 5 constructs. The self¬ 


study guide is written as a tutorial to help 
new users. Information Builders also pro¬ 
vides formal classes and help-desk support. 

Level 5 summary. Level 5 is written in 
Pascal and executes on IBM PCs, Macin¬ 
toshes, DEC VAXs, and IBM mainframes. 
It supports backward chaining, an English- 
like rule language, and certainty factors. 
The Level 5 rule language exhibited a lack 
of expressiveness and poor pattern¬ 
matching functionality. The equivalent of 
unrestricted patterns, wild cards, and 
multifield variables are not supported. Level 
5 does not provide a frame system and its 
ability to emulate forward chaining is only 
effective for simple problems. When em¬ 
ulating forward chaining with Level 5, a 
developer must take into account control 
issues such as influencing the determina¬ 
tion of the next rule to fire and unwanted 
multiple firings of the same rule. 

VAX OPS5 

Official Production System Version 5 
(OPS5) is a descendant of several produc¬ 
tion system languages developed at Carn¬ 
egie Mellon University. The production 
system model as embodied by the OPS 
family of languages has influenced the 
development of a number of expert system 
tools including ART, CLIPS, Knowledge 
Craft’s CRL-OPS, and OPS83. VAX OPS5 
is DEC’S proprietary version of OPS5. It is 
written in Bliss (DEC’S system implemen¬ 
tation language) and executes only on DEC 
hardware. VAX OPS5 version 3.0 was 
evaluated in the study. 

VAX OPS5 knowledge representation. 

Knowledge is represented in VAX OPS5 
by productions (rules). The Lisp-like syn¬ 
tax of VAX OPS5 ’ s rule format (see Figure 
6) is similar to that of ART-IM and CLIPS. 
VAX OPS5 ’ s left-hand-side conditions are 
composed of attribute-value pairs. Values 
can be either symbols or numbers; strings 
are not supported. A full complement of 
relational and logical operators is available 
for constraining the value of attributes. 
The V AX OPS5 pattern-matching facilities, 
however, are not as rich as those of ART- 
IM and CLIPS. VAX OPS5 does not sup¬ 
port single-field or multifield wild cards in 
conditions, and provides a limited form of 
a multifield variable. VAX OPS5 does not 
support disjunction with left-hand-side 
conditions nor procedural programming 
constructs (such as ART-IM’s and CLIPS ’ s 
if... then...else and while) as right-hand-side 
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(PRule-Name 


(condition-1) 

;The left-hand side is composed of 

(condition-2) 

;one or more conditions 

(condi tion-n) 


—> 


(action-1) 

;The right-hand side is composed of 

(action-2) 

;one or more actions 

(action-n) ) 



Figure 6. General form of a VAX OPS5 rule. 


actions. Multiple rules must be written in 
VAX OPS5 to achieve these effects. 

VAX OPS5 inference. Forward chain¬ 
ing is the principal inference mechanism for 
VAX OPS5. Like ART-IM and CLIPS, VAX 
OPS5 provides efficient forward chaining 
based on its support of the Rete matching 
algorithm coupled with the recognize-act 
cycle, but does not support backward 
chaining or a frame system. VAX OPS5 
provides two conflict resolution strategies, 
Lexicographic Sort (Lex) and Means-Ends- 
Analysis (MEA), for selecting rule instan¬ 
tiations to fire. Both strategies are based on 
the concepts of recency and specificity. 
Recency selects the rule instantiated with 
the most recent facts in the knowledge base, 
and specificity selects the rule with the most 
specific left-hand-side conditions (that is, 
the rule containing the highest number of 
operators in its conditions). The Lex strat¬ 
egy consists of first applying recency and, if 
that does not result in a unique instantiation, 
specificity is applied. MEA applies recency 
to the first condition in each instantiated 
rule and, if that does not yield a unique 
instantiation, the Lex strategy is applied. 
The VAX OPS5 selection strategies are 
more sophisticated than the salience mech¬ 
anism used by ART-IM and CLIPS. Lex 
and MEA also require additional overhead 
in that time tags must be maintained for 
each fact asserted in the knowledge base to 
implement recency, and additional tests are 
required to determine the number of oper¬ 
ators specified in each left-hand-side con¬ 
dition to implement specificity. 

The VAX OPS5 development envi¬ 
ronment. VAX OPS5 runs only on DEC 
hardware with the VMS operating system. 
The development environment is built on 
top of DEC windows and supports a number 
of windows and menus. Dialogue boxes 
are also used by VAX OPS5 at various 
points in a session to aid developers. In 
addition to debugging aids that produce a 
trace of the various knowledge base enti¬ 
ties, VAX OPS5 supports a Back command. 
Back allows the developer to backtrack 
over a specified number of recognize-act 
cycles to restore the knowledge base to a 
previous state to activate a new inference 
chain while debugging. 

VAX OPS5 is the only tool in the study 
that provides a performance measurement 
and evaluation package to collect data to 
monitor the execution of a knowledge base. 
PME uses this data to create a timing report 
and a cause report. The timing report in¬ 
dicates where a rule base is spending most 


of its time and includes the following in¬ 
formation for each production: the number 
of times the production was executed, the 
amount of CPU time (in 10-millisecond 
ticks) used to execute the production’s left- 
hand side, and the amount of CPU time (in 
10-millisecond ticks) used to execute the 
production’s right-hand side. The cause 
report lists the name of each production 
executed and the names of productions that 
caused it to become instantiated (that is, 
the productions that asserted the facts that 
resulted in instantiation). 

The VAX OPS5 delivery environment. 

A knowledge base built using VAX OPS5 
executes on DEC hardware under the VMS 
operating system as a standard image. VAX 
OPS5 does not support a graphical end- 
user interface capability, but graphical 
interfaces can be built using DEC windows. 
The VAX OPS5 compiler converts the source 
files (rules and associated information) into 
VAX object code. The object code is then 
linked with VAX OPS5’s runtime library to 
produce an image that can execute either 
stand-alone or as a subroutine to other DEC- 
supported languages. 

VAX OPS5 documentation and sup¬ 
port. VAX OPS5 documentation includes 
a VAX OPS5 development environment 
user’s guide, a VAX OPS5 user’s guide, 
and a VAX OPS5 reference manual. These 
manuals concentrate on development is¬ 
sues, and none is adequate as a tutorial for 
OPS5. DEC recommends the text Rule- 
Based Programming with OPS5 by Tho¬ 
mas Cooper and Nancy Wogrin (Morgan 
Kaufmann Publishers) as a tutorial. 

VAX OPS5 summary. VAX OPS5, 
marketed by the Digital Equipment Corpo¬ 
ration, has been used in a number of com¬ 
mercial applications including Xcon and 
Xsel, DEC’S computer configuration and 


sales assistant systems. VAX OPS5 is 
characterized by forward-chaining infer¬ 
ence using the recognize-act cycle and the 
Rete matching algorithm, knowledge rep¬ 
resentation using rules, and the ability to 
interface with a number of DEC-supported 
languages. It is implemented in Bliss and 
compiles a knowledge base to machine 
language, which in turn is linked into an 
executable image. Among VAX OPS5 
strengths are rapid execution times, inte¬ 
gration with other DEC software, the proven 
ability to support the development and 
delivery of large expert systems, and the 
support provided by DEC. Among VAX 
OPS5 ’ s weaknesses is its lack of backward 
chaining and frames. 

Implementation 

assessments 

Clancey 5 partitions expert systems into 
two categories based on their problem¬ 
solving approach. Expert systems that solve 
problems by selecting a solution from a 
pre-enumerated set of possible outcomes 
are said to perform heuristic classification. 
Problem types that are amenable to heuristic 
classification include categorization, se¬ 
lection, and diagnosis. The alternative to 
heuristic classification is constructive 
problem solving, in which a solution is 
synthesized rather than selected. Con¬ 
structive expert systems are required by 
applications such as design, configuration, 
scheduling, and planning. When addressed 
using a rule-based tool, constructive prob¬ 
lem solving places a premium on both the 
expressiveness of the rule language and the 
power of its pattern-matching operators. 
For this reason, a constructive problem¬ 
solving approach was selected to assess the 
functionality provided by the five tools in 
the study. 
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(defrule Schedule-Shortest-Time-Order 

“Schedule the order with the shortest time to completion to an appropriate machine, if the machine is currently idle.” 

?machine 

<- 

(machine 

id 

status 

/machine-id 

idle) 

?order 


(order 

order-id 

status 

assigned-to 

next-machine 

time-remaining 

?order-id 

ready 

not assigned 

/machine 

/time-remaining) 

(not 

=> 


(order 

order-id 

status 

assigned-to 

time-remaining 

ready 

not-assigned 

/time &:(< /time /time-remaining))) 

(retract 


?order 

/machine) 


(assert 


(machine 

id 

status 

/machine-id 

busy) 

(assert 


(order 

order-id 

status 

assigned-to 

next-machine 

time-remaining 

/order-id 

busy 

/machine-id 

to-be-determined 

to-be-determined))) 


Figure 7. ART-IM/CLIPS production scheduling role. 


The application selected was a rule-based 
approach to production scheduling. 6 Short¬ 
term scheduling in manufacturing domains 
requires a detailed schedule that establishes 
the order for products to be produced and 
allocation of time and facilities. The pro¬ 
duction scheduling application was imple¬ 
mented as a framework that is used to model 
various scheduling heuristics for manufac¬ 
turing domains. The manufacturing domain 
is described by defining orders to be filled, 
available processing units, a process plan 
for each product specifying the operations 
to be performed, processing times for each 
product on each applicable processing unit, 
setup times for each product on each ap¬ 
plicable processing unit, and a set of 
scheduling heuristics. The expert system 
builds a schedule using an event-driven 
knowledge-based simulation approach that 
interfaces with the scheduling heuristics. 

ART-IM, CLIPS, and VAX OPS5. 

ART-1M, CLIPS, and VAX OPS5 provid¬ 
ed the functionality to implement the 
scheduling problem using only rule-based 


programming. The expressiveness of these 
tools’ rule languages, the power of their 
pattern-matching operators, and their abil¬ 
ity to fire rules based on the absence of 
information in their knowledge bases al¬ 
lowed the implementations to be performed 
with a reasonable amount of effort. 

Figure 7 displays a representative rule 
using ART-IM/CLIPS syntax. The VAX 
OPS5 version of the rule has the same 
structure with some minor syntactic differ¬ 
ences. For example, the variable ?machine 
would appear as <machine> and the at¬ 
tribute order-id with the wild card ? that 
forces a pattern match would not be present 
because VAX OPS5 treats its absence as an 
implicit match. The first and second left- 
hand-side conditions in Figure 7 demon¬ 
strate the ability to match two or more sets 
of elements to determine if they have a 
common property. In this case, a machine 
from the set of idle machines is matched 
with an order from the set of waiting orders 
that specifies the machine. Tools that fail 
to support the binding and matching of 
multiple variables across multiple condi¬ 


tions would require a specific rule for each 
possible combination from the set of ma¬ 
chines and orders rather than the general 
rule in Figure 7. 

The second and third left-hand-side con¬ 
ditions in Figure 7 demonstrate the ability 
to select an item from a set using the ab¬ 
sence of a specified situation in the knowl¬ 
edge base. The second condition matches 
an order that is currently waiting for pro¬ 
cessing, and the third condition insures 
that no other order exists with a shorter 
time to completion. Writing conditions that 
specify a rule is instantiated only if a pat¬ 
tern cannot be matched by any fact in the 
knowledge base is a powerful feature of the 
Rete-based tools. In a number of expert 
system tools, rather than specifying the 
absence of a situation in the knowledge 
base, not indicates that the rule is instanti¬ 
ated if a specified variable is present with 
the Boolean value of false. 

The ability of ART-IM, CLIPS, and VAX 
OPS5 to fire rules using the absence of 
facts in the knowledge base also allowed 
simulated time to be maintained by one 
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(defrule Update-Clock 

“If there are no remaining events to 
clock to the most imminent event’s 

be executed at the current value of simulated time then update the simulation 

(declare (salience 

-1000) 



?clock <- 

(clock 

current-time 

?current-time) 


(event 

event-type 

$?) 

?next-event-time 

(not 

(event 

event-type 

event-time 

$?)) 

?time&:(<?time ?next-event-time) 

=> 

(retract ?clock) 
(assert (clock 

current-time ?next-event-time))) 


Figure 8. ART-IM/CLIPS rule for manipulating the simulation clock. 


rule in the form shown in Figure 8. This 
rule fires when all events in the knowledge 
base with the current value of the simulat¬ 
ed clock have been exhausted, and updates 
the simulated clock to the value of the next 
event to be executed (that is, the most 
imminent event). 

The ART-IM schema system was used 
to represent the manufacturing domain 
composed of machines, orders, process 
plans, parts, and events. Rules expressing 
heuristics to process order arrivals, ex¬ 
plode parts, select process plans for parts, 
and schedule parts to machines were writ¬ 
ten to interface with the schema system. 
About 50 schemata and 25 rules were re¬ 
quired to implement the initial environ¬ 
ment. The event-driven nature of the prob¬ 
lem required several hundred events to be 
created and deleted dynamically as execu¬ 
tion proceeded. Evehts were represented 
as instances of an Event schema. 

Due to the similarity in rule systems, the 
CLIPS implementation of the scheduling 
system differed from ART-IM only in the 
use of templates rather than schemata. 
Templates provided the structuring prop¬ 
erties of schema, but did not provide inher¬ 
itance. For this problem, the lack of inher¬ 
itance was not found to be significant. Its 
absence required more key strokes when 
building the knowledge base because at¬ 
tributes that would have otherwise been 
inherited were entered explicitly. 


VAX OPS5 required 30 rules to imple¬ 
ment the scheduling problem. The increase 
in rules was a result of VAX OPS5’s lack 
of support for procedural programming 
constructs as right-hand-side actions. The 
absence of these constructs required sever¬ 
al rules for VAX OPS5 to express situa¬ 
tions that were expressed in a single rule by 
ART-IM and CLIPS. 

KES. KES’s ability to support general 
rules that match two or more sets of ele¬ 
ments to determine if they have a common 
property is comparable to that of the Rete- 
based tools. This is accomplished in KES 
by using classes and class variables in rule 
conditions (see Figure 9). The implemen¬ 
tation of the scheduling problem in KES, 
however, requires significantly more ef¬ 
fort than was expended in the ART-IM, 
CLIPS, and VAX OPS5 implementations. 
Factors that contribute to this increased 
effort include the inability to fire rules 
using the absence of information in the 
knowledge base and the complexity that 
results from the depth-first control regime 
used by forward chaining. 

Tools that support a pattern-matching 
network such as Rete retain partial match¬ 
ing information at nodes in the network. 
This information indicates which rule con¬ 
ditions are matched by facts currently in 
the knowledge base. A search of the 
knowledge base is not required to deter- 


Assign Orders To Machines: 
M:Machines, 0:0rders 
when 

M>status = idle and 
0>next machine = M>machine id 
and 

0>status = ready 
then 

erase M>status. 

M>status = busy, 
erase 0>status. 

0>status = busy. 

0>assigned to = M>machine id. 
endwhen. 


Figure 9. KES production scheduling 
rule. 


mine that a specific situation is not present. 
It is a simple task for these tools to support 
the instantiation of rules only if a pattern 
cannot be matched by any fact in the 
knowledge base. Tools such as KES do not 
support this capability, because an ex¬ 
haustive search of the knowledge base 
would be required each time the informa¬ 
tion is needed. Procedural code that searches 
the knowledge base for the absence of 
specified events is required at various points 
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RULE Schedule Order 03 To Machine M9 
IF machine M9 := idle 

AND order 03:= waiting 
AND next machine for order 03 IS Machine M9 
THEN Order 03 IS assigned to Machine M9 
AND machine M9 := busy 
AND order 03 := busy 


(defrule Sample-Benchmark-Rule 




?x<-(object-l 

alpha 

1.0 

beta 2.0) 


?y<-(object-2 

gamma 

3.0 

omega 

4.0) 

?z<-(rules-fired 

number 


?n&:(>=?n !)&:(<= ?n 10)) 

=> 

(retract ?x ?y ?z) 

(assert (object-1 

alpha 

1.0 

beta 

2.0)) 

(assert (object-2 

gamma 

3.0 

omega 

4.0)) 

(assert (rules-fired 

number 

=(+?n 1)))) 



Figure II. Sample benchmark rule in ART-IM/CLIPS format. 


Figure 10. Level 5 scheduling rule. 


in the KES implementation of the schedul¬ 
ing application to maintain simulated time. 

KES performs a depth-first evaluation 
of forward-chaining rules. As a result, KES 
rules are not self-contained. If the right- 
hand side of a rule causes an attribute’s 
value to change, other rules associated with 
that attribute are evaluated immediately. 
This creates situations where rules fire be¬ 
fore all the original rule’s actions are com¬ 
pleted. This condition can cascade through 
a number of rules. This approach results in 
rules that exhibit a high degree of coupling. 
The KES architecture forces the developer 
to take into account the issue of control flow 
when writing rules. Not only must the con¬ 
ditions of a number of rules be kept in mind 
if you want to complete all the actions of one 
rule before another can fire, but the devel¬ 
oper must also be wary of unwanted loops. 
Depth-first evaluation was found to place 
an added burden upon a developer in that it 
requires exercising special care when writ¬ 
ing forward-chaining rules to avoid unwanted 
rule firings and loops with multiple firings 
of the same rules. 

Level 5. Expert system tools that sup¬ 
port an English-like rule syntax that is easy 


to understand and use often do so at the 
cost of expressiveness and pattern-match¬ 
ing functionality. Level 5 restricts the 
left-hand side of rules to conditions that 
either match literal patterns, or conditions 
that test the value of a single variable 
using relational operators. Matching two 
or more sets of elements to determine if 
they have a common property is difficult 
in Level 5. Instead of writing a general 
rule that binds and matches multiple vari¬ 
ables across multiple conditions. Level 5 
requires a specific rule for each combina¬ 
tion of elements. In the scheduling appli¬ 
cation, the requirement to test for the 
availability of machines to assign orders 
to them necessitates writing specialized 
rules for each possible combination of 
machines and orders of the form shown in 
Figure 10. 

In addition, Level 5 does not provide 
adequate support for forward chaining. 
The Level 5 documentation states that a 
forward-chaining capability is achievable 
by using a combination of the Cycle, Reinit, 
Forget, and Stop statements. This approach, 
however, is only feasible for very simple 
applications because the developer is faced 
with issues such as influencing the deter¬ 


mination of the next rule to fire and avoid¬ 
ance of the same rule firing over and over. 
This results in an unacceptable level of 
complexity for problems with demanding 
control requirements. Level 5 was found to 
be inadequate for problems that require a 
constructive problem-solving approach. 

Timing analysis 

An assessment of each tool’s ability to 
provide adequate runtime performance for 
computationally intensive rule-based 
problems was performed using a series of 
synthetic benchmarks. The benchmarks 
were composed of rules that perform oper¬ 
ations common to rule-based applications 
(see Figure 11). Each rule had three left- 
hand conditions. The first two conditions 
contained attribute-value pairs that repre¬ 
sent facts. The third condition consisted of 
an attribute-value pair representing con¬ 
trol knowledge that specified a constraint 
on the number of times the rule could fire. 
Each time the rule fired, the three facts that 
instantiated the rule were retracted and 
asserted. Table 1 lists the cases that were 
executed. Cases 1 to 4 were executed for all 
tools. Additional tests consisting of cases 
5,6, and 7 were performed on ART-IM and 
CLIPS. The tools resided on several differ¬ 
ent machines. Since CLIPS was the only 
tool available across all platforms, it was 
used as a basis for relative comparison. 

Sun 3/140 timing analysis of KES and 
CLIPS. KES and CLIPS were timed on a 
Sun 3/140 (see Table 2). KES proved to be 
significantly slower than CLIPS. This was 
due largely to the way KES selects rules to 
fire. KES does not support the Rete match¬ 
ing algorithm and as a result does not save 
matching information. KES’s matching 
operations are repeated whenever the val¬ 
ue of an attribute appearing in a rule con¬ 
dition changes. As a result, a great deal of 
redundant calculations may be performed. 
KES’s execution time is influenced dra¬ 
matically by the number and complexity of 
rules in its knowledge base. KES only 
executes in interpretive mode. The CLIPS 
knowledge base was run in both interpre¬ 
tive mode and as a compiled application. 
Differences in speed between the two CLIPS 
modes of execution were negligible. Even 
when run as a compiled application, a CLIPS 
knowledge base is executed by a form of 
interpretation in that operations are ac¬ 
complished by calls to a runtime system. 
The primary advantage of executing a 
knowledge base built with CLIPS as a 
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compiled application is a decrease in the 
amount of memory required. 

Macintosh II timing analysis of Level 
5 and CLIPS. Level 5 and CLIPS were 
timed on a Macintosh II (see Table 3). The 
rule bases for both tools were executed in 
interpretive mode (Level 5 only supports 
interpretive execution). Level 5 does not 
support the Rete matching algorithm. As 
its rule base increased in size, Level 5’s 
execution time relative to CLIPS became 
progressively worse. 

VAXstation 3100 timing analysis of 
ART-IM, CLIPS, and VAX OPS5. ART- 
IM, VAX OPS5, and CLIPS were timed on 
a VAXstation 3100 (see Table 4). VAX 
OPS5’s rule bases were run as executable 
images, since the compiler produces ma¬ 
chine code. Expert systems built with ART- 
IM or CLIPS execute in either interpretive 
mode or as compiled applications. ART- 
IM was executed in both interpretive mode 
and as a deployed (compiled) application. 
CLIPS was executed in interpretive mode, 
since it had already been established that 
gains in execution speed derived from ex¬ 
ecuting CLIPS as a compiled execution 
were negligible. 

VAX OPS5 was the fastest of the three 
tools. VAX OPS5 demonstrated that tools 
optimized to a specific hardware architec¬ 
ture and coupled with a good compiler will 
execute faster than nonoptimized tools. 
VAX OPS5 is written in Bliss, which gen¬ 
erates optimized code for the VAX archi¬ 
tecture. CLIPS was reasonably competi¬ 
tive with VAX OPS5. ART-IM required a 
significant amount of time to load rules 
and build the pattern-and-join (Rete) net¬ 
work when executing in interpretive mode. 
ART-IM’s performance improved by bet¬ 
ter than a factor of two when executed as a 
deployed application, but was still slower 
than CLIPS in all cases. 


In an effort to determine if the relative 
difference between ART-IM and CLIPS 
execution times varies significantly as the 
rule base grows, further timings were per¬ 
formed (see Table 5). The relative differ¬ 
ence between the two tools remained ap¬ 
proximately the same for all of the tests. 


Timing analysis summary. While 
benchmarks can provide useful informa¬ 
tion, you must be cautious in drawing far- 
reaching conclusions from them. One ben¬ 
efit that benchmarks can provide is to 
identify tools whose performance is signif¬ 
icantly different from that of their compet- 


Table 1. Benchmark configurations of rules and rule firings. 



Case 

Case 

Case 

Case 

Case 

Case 

Case 

Benchmark 

1 

2 

3 

4 

5 

6 

7 

Rules 

25 

50 

100 

200 

300 

400 

500 

Rule Firings 

250 

500 

1,000 

2,000 

3,000 

4,000 

5,000 


Table 2. KES and CLIPS Sun 3/140 timings (in seconds). 



Rules/Firings 

Rules/Firings 

Rules/Firings 

Rules/Firings 


25/250 

50/500 

100/1,000 

200/2,000 

Tool 

Time Ratio 

Time Ratio 

Time 

Ratio 

Time Ratio 

CLIPS (Compiled) 

6 1.00 

17 1.00 

60 

1.00 

230 1.00 

CLIPS (Interpreted) 

6 1.00 

17 1.00 

61 1.02 

232 1.01 

KES 

76 12.70 

293 17.20 

1,134 18.90 

4,492 19.50 


Table 3. Level 5 and CLIPS Macintosh II timings (in seconds). 



Rules/Firings 

Rules/Firings 

Rules/Firings 

Rules/Firings 


25/250 

50/500 

100/1,000 

200/2,000 

Tool 

Time Ratio 

Time Ratio 

Time Ratio 

Time Ratio 

CLIPS 

8 1.00 

26 1.00 

91 1.00 

328 1.00 

Level 5 

38 4.80 

144 5.50 

641 7.00 

3,197 9.70 


Table 4. ART-IM, CLIPS, and VAX OPS5 VAXstation 3100 timings (in seconds). 


Tool 

Rules/Firings 

25/250 

Time Ratio 

Rules/Firings 

50/500 

Time Ratio 

Rules/Firings 

100/1,000 

Time Ratio 

Rules/Firings 

200/2,000 

Time Ratio 

VAX OPS 5 

4 0.80 

11 0.92 

36 0.88 

127 0.84 

CLIPS 

5 1.00 

12 1.00 

41 1.00 

152 1.00 

ART-IM (Compiled) 

6 1.20 

15 1.20 

48 1.20 

174 1.20 

ART-IM (Interpreted) 

17 3.40 

42 3.50 

120 2.92 

385 2.50 
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Table 5. ART-IM and CLIPS VAXstation 3100 timings (in seconds). 


Tool 

Rules/Firings 

300/3,000 

Time Ratio 

Rules/Firings 

400/4,000 

Time Ratio 

Rules/Firings 

500/5,000 

Time Ratio 

CLIPS (Interpreted) 

325 1.00 

577 1.00 

894 1.00 

ART-IM (Compiled) 

378 1.20 

670 1.20 

1,059 1.20 

ART-IM (Interpreted) 

791 2.40 

1,352 2.30 

2,069 2.30 


itors. While performance for ART-IM, 
CLIPS, and VAX OPS5 was reasonably 
close, the results obtained from both KES 
and Level 5 were significantly slower. The 
difference in performance of the tools that 
supported the Rete matching algorithm 
(ART-IM, CLIPS, and VAX OPS5) and of 
those that did not (KES and Level 5) varied 
more than an order of magnitude for some 
of the tests. 


M easurements of rule-based ex¬ 
pert systems have shown that 
forward-chaining systems spend 
approximately 90 percent of their execu¬ 
tion time matching left-hand-side condi¬ 
tions with facts. 7 Tools that provide the 
most efficient form of forward chaining 
save pattern-matching information to avoid 
redundant calculation. 

Approaches such as the Rete matching 
algorithm exploit two basic properties 
common to many knowledge-based sys¬ 
tems, temporal redundancy and structural 
similarity. Temporal redundancy refers to 
the rate at which facts change during rule- 
based inference. Although a knowledge- 
based system may contain thousands of 
facts, typically a rule firing results in a 
small percentage of these facts being 
changed. 

Measurements have shown that for many 
expert systems, less than 1 percent of the 
facts change on each cycle. 8 Thus, on each 
cycle of the system, the vast majority of the 
information needed for pattern matching is 
identical to the information used on the 
previous cycle. Rete saves this information 
at nodes in the pattern-matching network. 
Instead of calculating this information on 
each cycle, only changes need be updated. 

Structural similarity refers to knowledge 
bases that contain a number of rules with 
common subexpressions on their left-hand 
side. This is a frequent occurrence in ex¬ 


pert system applications. In much the same 
manner as an optimizing compiler, Rete 
factors out common subexpressions. When 
evaluation is required, a subexpression is 
evaluated once rather than for each occur- 

Some tools that implement forward 
chaining without support for Rete use a 
scheme that enables them to avoid match¬ 
ing every rule with all of the facts on each 
cycle. These tools maintain lists of rules 
that can be affected by each fact type in the 
knowledge base. 

When a fact changes, these tools search 
the fact’s list of rules and evaluate the 
rules’ conditions to determine if a rule is 
activated. This approach does not save 
intermediate matching information and still 
results in a significant amount of redun¬ 
dant calculation. 

These tools have been shown not to 
“scale up.” They are adequate for small 
problems, but their performance degrades 
noticeably as a knowledge base becomes 
larger and more complex. Several stud¬ 
ies 9,10 have shown that for some problems, 
the Rete-based tools yielded times that 
were an order of magnitude faster than 
tools that did not support a pattern-match¬ 
ing network. This was also demonstrated 
in the current study by KES ’ s and Level 5 ’ s 
poor runtime performance relative to the 
Rete-based tools. 

The goal-driven nature of backward 
chaining has an important implication con¬ 
cerning the issue of control. The right- 
hand side of backward-chaining rules is 
matched with the current goal to select the 
rule to fire. This typically results in simpler 
operations than the matching operations 
required for forward-chaining rule selection. 

For backward-chaining tools, building 
lists of pointers from potential goals to 
rules that resolve the goals (based on the 
right-hand side of the rules) is feasible. 
Since most backward-chaining tools sup¬ 


port this as a standard approach, perfor¬ 
mance tends to vary less among backward¬ 
chaining tools than among forward-chain¬ 
ing tools. 

If we accept as premises that (1) Rete (or 
its equivalent) is required to achieve effi¬ 
cient forward chaining and (2) the imple¬ 
mentation of Rete is a nontrivial task, then 
the claim can be made that it is easier to 
build an efficient backward-chaining tool 
than to build an efficient forward-chaining 
tool. The number of backward-chaining 
tools available on small systems with lim¬ 
ited memory and limited CPU cycles and 
the dearth of forward-chaining tools on 
these same systems lends credence to this 
argument. 

To apply both forward and backward 
chaining to the same problem, a developer 
would like access to a tool that provides an 
integrated approach with equal support for 
both control strategies. In practice, this is 
rarely the case. Decisions that must be 
made during the initial design of a tool 
frequently result in strong support of one 
control strategy at the expense of the other. 

ART-IM, CLIPS, and VAX OPS5 pro¬ 
vide good support for the Rete matching 
algorithm. These tools also reflect the dif¬ 
ficulty of integrating a pure version of 
backward chaining into a Rete architec¬ 
ture. Tools based on Rete that also support 
backward chaining do so by providing ei¬ 
ther a restricted form that is integrated with 
the Rete-based forward chaining, or back¬ 
ward chaining as a separate subsystem with 
little or no integration with the forward¬ 
chaining system. 

ART-IM, CLIPS, and VAX OPS5 pro¬ 
vide no direct support for backward 
chaining. They require the developer to 
emulate backward chaining with a forward¬ 
chaining tool. This is feasible, but increas¬ 
es the complexity of the rule base and 
results in more rules than would be required 
by a backward-chaining tool. 

The two remaining tools in the study 
have a predominantly backward-chaining 
orientation. KES was originally designed 
as a backward-chaining architecture with 
forward chaining added in a later release. 
KES does not support Rete (or its equiv¬ 
alent), and its forward-chaining capability 
is weak compared to that of the Rete-based 
tools. Level 5 is a backward-chaining tool 
that is said to have the capability to support 
forward chaining. 

In theory, a backward-chaining tool can 
be used to emulate forward chaining. In 
practice, it is not feasible for a number of 
applications. The developer must attempt 
to build control into the rules. This results 
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in a form of rule-based programming in 
which an attempt is made to have each rule 
that fires directly influence the determina¬ 
tion of its successor. 

One of the primary reasons for using a 
rule-based expert system tool rather than a 
procedural language is to simplify the is¬ 
sue of specification of control. When an 
approach requires the developer to take 
into account the order in which rules can 
fire, it imposes procedural language-like 
constraints. This diminishes the flexibility 
of the tool and complicates maintenance of 
the system. 

This study reinforces the fact that all 
expert system tools have strengths and 
weaknesses, and no single tool is dominant 
for a wide spectrum of applications or over 
a wide range of functionality. Although 
KES and Level 5 were found to be inade¬ 
quate for an application that required con¬ 
structive problem solving, both tools could 
be expected to provide improved perfor¬ 
mance for problems based on a heuristic 
classification approach due to their back¬ 
ward-chaining orientation. 

On the other hand, ART-IM, CLIPS, and 
VAX OPS5 might prove less effective for 
heuristic classification problem solving than 
for synthesis because they lack support for 
backward chaining. To provide an applica¬ 
tion with the best chance of success, expert 
system tools should be matched to the 
application’s requirements rather than 
forcing an application to fit a given tool. ■ 
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Paradigm: A Highly Scalable 
Shared-Memory 
Multicomputer Architecture 


David R. Cheriton and Hendrik A. Goosen 
Stanford University 

Patrick D. Boyle, Digital Equipment Corporation 


P aradigm (parallel distributed 
global memory, which we prefer to 
have typeset as ParaDiGM)* is a 
shared-memory multicomputer architecture 
that we are developing to show that one can 
build a large-scale machine using high- 
performance microprocessors. The Para¬ 
digm architecture allows a parallel applica¬ 
tion program to execute any of its tasks on 
any processor in the machine, with all the 
tasks in a single address space. 

There are many different nonshared- 
memory parallel machine architectures. 
Some were created in response to the 
perceived difficulty of building scalable 
high-performance shared-memory multi¬ 
processors. The diversity of architectures 
has fragmented the efforts to develop paral¬ 
lel applications, languages, and operating 
systems support, limiting the portability of 
the resulting software and generally im¬ 
peding the development of a strong base of 
parallel software. We believe that parallel 
software efforts should focus on shared- 
memory architectures because they are easy 
to program and compatible with standard 
programming languages and systems. Also, 
shared-memory multiprocessors are be¬ 
coming the dominant architecture for small- 
scale parallel computation. 
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Paradigm demonstrates 
the feasibility of 
building a low-cost, 
shared-memory parallel 
computer with high- 
performance 
microprocessors that 
scales to large 
configurations. 


Current shared-memory architectures 
were not designed to scale beyond a few 
tens of processors because of memory 
bandwidth requirements. This has prompt¬ 
ed a widespread belief that they cannot be 


* An earlier version of this work used the name VMP- 
MC (V multiprocessor multicomputer), indicating an 
extension of the original VMP 12 work. 
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designed to scale. We developed Paradigm 
to demonstrate that a shared-memory par¬ 
allel computer system can scale from a few 
processors to hundreds, providing cost- 
effective performance over that entire range 
while running the same software on all 
configurations. The availability of high- 
performance, low-cost microprocessors 
makes this scaling feasible from the stand¬ 
point of raw processing power. The prob¬ 
lem lies in the interconnection. 

A switching network is required for in¬ 
terconnecting a scalable machine, since 
the bandwidth required for interprocessor 
communication, memory traffic, and I/O 
must grow as processors are added. How¬ 
ever, such a network has high latency be¬ 
cause of the switching and queueing de¬ 
lays. While this is not a problem for I/O, 
where transfer units are large enough to 
amortize the latency, it is a problem for 
memory accesses and interprocessor com¬ 
munication because they involve much 
smaller transfer units. Specialized inter¬ 
connection networks such as crossbar or 
shuffle-exchange networks are not the so¬ 
lution, since they are expensive products. 
(They also suffer from the bandwidth/la¬ 
tency trade-off.) Our solution is to cluster 
processors in nodes and provide each node 
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Figure 1. Paradigm system layers and memory reference path. 



with an optimized high-speed shared bus/ 
cache hierarchy. This allows low-latency 
data transfers within the node, optimized 
for memory access and interprocessor 
communication, while still providing scal¬ 
able bandwidth for the machine as a whole. 

Paradigm achieves high-performance 
scalability by exploiting distributed oper¬ 
ating systems techniques for very large 
scale, widely distributed operation, and by 
using parallel application structuring tech¬ 
niques that maximize locality and mini¬ 
mize contention. This article describes 
Paradigm’s design, focusing on the novel 
techniques that support scalability. We 
identify the key performance issues with 
this design and summarize some results 
from our work to date 3 and experience with 
the VMP architecture 12 design. We argue 
that Paradigm provides a promising ap¬ 
proach to a highly scalable architecture. 

Paradigm system model 

Paradigm is a software/hardware archi¬ 
tecture that combines the operating sys¬ 


tem, hardware, and firmware-like compo¬ 
nents such as (software) cache manage¬ 
ment modules. The operating system inter¬ 
face provides multiple shared virtual address 
spaces for separate applications and multi¬ 
ple processes or tasks per address space for 
parallel applications. These features are 
similar to those in Unix multiprocessors. 
However, the kernel implementation dif¬ 
fers significantly, particularly in the scal¬ 
able shared-memory mechanism. Our ap¬ 
proach is to build the system on top of a 
distributed file cache mechanism that pro¬ 
vides efficient I/O, simplifies the design, 
and provides additional features, such as 
fault tolerance. 

Each address space is composed by 
mapping files to address ranges in the space, 
typically including the program binary file 
and a backing file for the data segment. 
Mapped files are implemented by a local 
file cache and server modules that handle 
file reads, writes, and consistency manage¬ 
ment. The mapped-file cache is similar to 
the virtual memory page pool in conven¬ 
tional operating systems. The operations 
on a file are communicated from the client 


file cache to the server using a remote 
procedure call (RPC)-like communication 
facility, which provides network-transpar¬ 
ent access to servers. Thus, a virtual memory 
reference in the application can result in a 
reference to a file page in the file cache. 
Worst case, it can also miss, resulting in an 
RPC communication to the associated server 
module to retrieve the missing page. This 
system organization and memory refer¬ 
ence path are shown in Figure 1. The server 
module may be located on the same or a 
separate network node, transparent to all 
layers except the RPC. The extensive cach¬ 
ing in Paradigm satisfies most memory 
references without incurring this overhead. 

Paradigm supports multiple layers of 
cache, multiple caches at each layer, and 
two types of interconnect, as shown in 
Figure 2. Caches are connected by network 
technology for scalability. Also, caches 
within a node are interconnected by a shared 
bus and cache hierarchy. Cache consisten¬ 
cy is based on the file consistency mecha¬ 
nism, which uses an ownership-based pro¬ 
tocol between the client file caches and the 
file server. In particular, a write reference 
to a datum requires an up-to-date copy of 
the datum page and exclusive ownership of 
this page from the file server before the 
write operation can complete. Bus-con¬ 
nected caches are further optimized to use 
physical addressing and hardware consis¬ 
tency mechanisms to avoid the overhead of 
the software consistency mechanism. Be¬ 
cause Paradigm uses a small unit of consis¬ 
tency (the cache block) and hardware opti¬ 
mizations for intranode consistency, the 
performance of its shared-memory system 
should be significantly better than that of 
virtual shared-memory systems, which rely 
exclusively on network interconnection with 
consistency maintained on virtual pages. 

In addition to its (distributed) shared 
memory, Paradigm provides application 
access to the efficient RPC facility upon 
which shared memory is based. RPC al¬ 
lows function shipping 4 in addition to data 
shipping supported by shared memory. 
Function shipping is preferred when it takes 
fewer data transfers to ship the function to 
the data than to ship the data to the func¬ 
tion. (Normally, the code is available at the 
remote site, so only the parameters for the 
call invocation are actually shipped.) For 
example, a work allocator module that hands 
out tasks may be accessed in round-robin 
order by the processors. It is less expensive 
to execute this module on one processor, 
with the other processors invoking it by 
RPC, than for every processor to incur the 
cost of fetching the data to directly execute 


34 


COMPUTER 



































Figure 3. Paradigm node with multiprocessor module groups (MPM groups). 


the module every time they need to allocate 
more work. Even with very large caches, 
references to the volatile data are expected 
to cause a cache miss on each invocation. 
This is because the data would be modified 
by other processors executing the module 
since the previous invocation by the cur¬ 
rent processor. Direct invocation would 
require at least 2 P cache block transfers if 
P blocks must be trapped in when the 
allocator is called. In contrast, RPC takes 
two packets in the expected case, assuming 
there are no retransmissions and all param¬ 
eters fit in a single packet. 

Building on experience with the V dis¬ 
tributed system, 5 Paradigm also supports 
multicast communication and process 
groups as an extension of the communica¬ 
tion facilities. Multicast can inform a group 
of processes of an update or event, mim¬ 
icking the broadcast-like behavior of up¬ 
dating a datum in shared memory. It can 
also query and efficiently synchronize a 
group of processes. 

This use of distributed operating system 
technology to provide scalable (distribut¬ 
ed) shared memory and RPC contrasts with 
the conventional hardware-intensive ap¬ 
proach to large-scale parallel architectures 
that often appear as incremental exten¬ 
sions of small hardware architectures. 
Several aspects of the design illustrate the 
resulting differences. First, the virtual 
memory system is built on top of (shared) 
files, which are built on top of a commu¬ 
nication facility. This approach avoids the 
complexities of building a separate file¬ 
caching and consistency mechanism that 
parallels the virtual memory system. It also 
avoids building files on top of virtual 
memory support. We argue that files are 
the more general facility. Second, the pro¬ 
vision of RPC with extensions for multi¬ 
cast at the application layer allows appli¬ 
cations to choose between function and 
data shipping, depending on data access 
patterns and latency between processors 
sharing the data. This contrasts with dis¬ 
tributed-memory architectures that only 
provide interprocessor communication and 
with conventional shared-memory multi¬ 
processors that provide little or no support 
for efficient interprocessor communication. 
Finally, Paradigm performs well by opti¬ 
mizing the shared memory and communi¬ 
cation facilities within local processor 
clusters and by structuring and optimizing 
parallel applications to exploit locality. 
These optimizations eliminate the over¬ 
head resulting from Paradigm’s general 
mechanisms for most cluster-local opera¬ 
tions. In remote operations, network 


switching and propagation delay will 
dominate this overhead. 

Paradigm building 
blocks 

The three key hardware building blocks 
of Paradigm are the memory module (MM), 
the multiple-processor module (MPM), and 
the interbus caching module (ICM). The 
MM provides backing memory for higher 
level caches with its space managed as a 
file page frame pool. (We will refer to 
modules closer to the processor as “higher 
level” modules.) It also contains a directo¬ 
ry supporting cache consistency, message 
exchange, and locking between the higher 
level caches. The MPM is a single board 
containing two to eight microprocessors 
with on-chip caches sharing a board-level 
cache. The MPM contains a high-speed 
network connection to connect to other 
MPMs and outside network services. It 
also includes a bus interface to lower level 
caches and memories. The ICM is a bus 
interconnection as well as a data cache and 
directory, allowing a group of MPMs on a 
single bus to connect to another bus. They 


appear as a single MPM on this bus, as 
shown in Figure 3. This structure can be 
extended recursively to additional levels 
by using ICMs to connect MPM groups to 
a lower level bus. The shared bus and cache 
interconnection provided on the MPM and 
by the ICMs allows low-latency interac¬ 
tion between clusters of processors within 
a node. Determining the appropriate con¬ 
figuration of the shared bus and cache 
hierarchy is a key aspect of our research. It 
is discussed further in an upcoming sec- 

The following sections describe these 
modules and their interaction; additional 
details are available in Cheriton et al. 3 The 
MM is described first to present the bus 
data transfer and consistency protocols. 

Memory module. The MM is physical¬ 
ly addressed and provides the system’s 
bulk memory. Its directory, the memory 
module directory (MMD), records the con¬ 
sistency state of each cache block that is 
stored in the MM. (A cache block is an 
aligned A-byte unit of memory. The value 
of A is a key parameter in the design; 
values ranging from 32 to 256 are our 
focus.) Rapid data exchanges with the 
MPMs are achieved by block transfers us- 
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ing a sequential access bus protocol and 
interleaved fast-page mode DRAMs. 

For each cache block in the MM, the 
directory has a 16-bit entry indicating the 
block’s state: 

CCLP n P n ... P 0 

where CC is a two-bit code, and L is the lock 
bit used for locking and message exchange 
(described below). Each P, bit corresponds 
to one MPM or ICM, allowing up to 13 
MPMs and ICMs to share this memory 
board. (An MPM and an ICM appear iden¬ 
tical to the MM on the memory bus. We use 
the term module to refer to either.) If the P,s 
are all clear, then the block is neither cached 
nor in use for message exchange. The CC 
can be in one of four states: shared, private, 
request_notification, or undefined. 

Directory entries can be directly written 
and read, but they are normally modified as 
a side effect of bus operations. The direc¬ 
tory supports the implementation of con¬ 
sistent cached shared memory, a memory- 
based multicast message facility, and 
memory-based locking, as described be¬ 
low. 

Consistent shared-memory mode. The 
consistency protocol follows an ownership 
protocol, ensuring either a single writable 
(private) copy or multiple read-only (shared) 
copies of a block. 

If the block is uncached, the P field of its 
directory entry contains zeros. A read- 
shared (or read-private) operation by mod¬ 
ule i on an uncached block returns the data 
block, sets P,, and changes the CC state to 
shared (or private). Subsequent read- 
shared operations on a shared block return 
the data and set P,. A read-private opera¬ 
tion on a shared block requires all the 
cached copies to be invalidated. The P bits 
in the directory allow the MM to send 
invalidation requests only to modules that 
have copies of the block, rather than broad¬ 
casting them. This attribute of the design is 
important to its scalability. When a block is 
private, the MM aborts read-shared and 
read-private operations and interrupts the 
owner to write back the block. 

Memory-based message exchange pro¬ 
tocol. The MM implements a message ex¬ 
change protocol that allows cache blocks 
of shared memory to be used as message 
buffers. A block write on a cache block in 
the request_notification state causes an 
interrupt on every processor registered as a 
receiver for the block. The interrupted pro¬ 
cessors can then read the block, receiving 


the transmitted data. Therefore, processors 
can use the data transfer facilities of the 
memory system like a network intercon¬ 
nection. 

This facility requires minimal extra 
hardware because it builds on the memory 
coherence mechanism. It is implemented 
using a simple extension to the cache di¬ 
rectory (two extra bits in each directory 
entry) and one additional bus operation. 
Notify. The Notify bus operation by mod¬ 
ule i on a given block sets the CC state for 
the block to request_notification and sets 
P,. A subsequent write-back to that block 
sets the L bit and interrupts every module 
specified in the P field. The L bit shows that 
the block has been written but not yet read. 
A read-shared operation clears the L bit and 
returns the data. 

The memory-based message exchange 
facility significantly reduces the cost of an 
interprocessor message, compared to the 
cost in a conventional shared-memory im¬ 
plementation, allowing an interprocessor 
call to be performed in two bus transac¬ 
tions, assuming the parameters and return 
values fit in a cache block. In contrast, it 
would take at least five bus transactions to 
transmit a message on top of conventional 
shared memory or 10 bus transactions for a 
full call and return.* The benefit of the 
hardware support is magnified when the 
sending and receiving processors are sep¬ 
arated by several hierarchy levels or when 
the message is multicast. 

In addition to efficient application RPC, 
the message exchange facility is also used 
for interprocessor communication and 
synchronization. Each processor has one 
or more message buffers for which it re¬ 
quests notification. A kernel operation on 
one processor that affects a process on 
another processor sends a message to that 
processor by writing to one of its message 
buffers. A specific multicast use of the 
message exchange facility is to notify pro¬ 
cessors of memory mapping changes. 

The message support makes the intra¬ 
node RPC substantially faster and obviates 
the need for a separate interprocessor com¬ 
munication facility. It also reduces the load 


‘ The extra transactions are due to cache misses to 
allocate a message buffer, write the message buffer, 
signal the receiving processor, dequeue the buffer at 
the receiver, and read the buffer. The extra cache 
misses occur because the semantics of message ex¬ 
change differ in two key aspects from that of consistent 
shared memory: (1) a receiving processor wants to be 
notified after a cache block (message buffer) has been 
written, not before it is read, as in consistent shared- 
memory mode; and (2) a sending processor wants to 
write a cache block without having to read it in first. 


on the buses and makes the performance 
more competitive with the network for 
very large hierarchies. 

Memory-based locking. The MM im¬ 
plements a locking protocol; the unit of 
locking is the cache block. A lock opera¬ 
tion by module i on an unlocked block (the 
L bit in the directory entry is clear) suc¬ 
ceeds and sets the L bit and P,. If the L bit 
was set, the operation fails and P, is set. An 
unlock operation by module i clears the 
directory entry’s lock bit, and all modules 
j for which Pj is set, where j&, are signaled 
that the lock has been released. This 
mechanism allows the lock to be cleared by 
a processor other than the one that set it, as 
required by some applications. 

The lock mechanism is a simple exten¬ 
sion of the message exchange protocol, 
optimized for the small data unit. It is 
effectively a 1-bit RPC to the memory 
directory and adds very little complexity to 
the existing directory state machine. 

Locking, as part of the consistency 
mechanism, provides several improvements 
over a conventional test-and-set lock 
mechanism. In a conventional write-inval- 
idate design, a spinning contender for a 
lock may steal the block containing the 
lock from the lock holder, forcing the hold¬ 
er to regain ownership to release the lock. 
In addition, if the lock is in the same block 
as the locked data, processors spinning on 
locks contend with the lock holder while it 
is updating data in the same cache block. 
Thus, conventional memory-based lock¬ 
ing slows down the lock holder execution 
when there is contention for the lock. This 
results in longer lock hold times and even 
more blocking on the lock. In our scheme, 
the locking mechanism serves as contention 
control on data structures. A processor that 
needs a lock must wait until the lock is 
unlocked. It does not consume bus band¬ 
width (after one lock request) or interfere 
with other processors. Used with read op¬ 
erations that specify locking, it also allows 
a processor to acquire both the lock and the 
data in one operation. 

We estimated this mechanism’s perfor¬ 
mance effect by identifying locking mem¬ 
ory locations and ignoring them in our 
simulations. We observed a 40 percent 
reduction in bus traffic when we ignored 
locks in the trace. 1 This reduction supports 
the notion of a specialized locking mecha¬ 
nism to reduce locks’ memory contention. 
Further evaluation of the benefits of Para¬ 
digm’s locking mechanism requires de¬ 
signing applications to take advantage of 
this facility. 


36 


COMPUTER 










Figure 4. Multiple-processor-module board layout. 


The locking mechanism could be ex¬ 
tended to queue lock contenders, ensuring 
some fairness in lock access. In our opin¬ 
ion, the required hardware complexity out¬ 
weighs the possible benefits. We subscribe 
to the operating system “folk theorem” that 
states that queues in a well-designed sys¬ 
tem have zero or one entry, so the queuing 
mechanism would not be beneficial in many 
cases. Queuing can also lead to processors 
convoying through a series of locks, as 
observed in database systems and previous 
operating systems. Moreover, fairness and 
priority as implemented at the operating- 
system level may not easily map onto these 
hardware queues. In general, it seems bet¬ 
ter to achieve the appropriate fairness and 
priority by processor scheduling rather than 
by lock scheduling. Finally, queuing locks 
or semaphores can be implemented in soft¬ 
ware when they are needed. The queuing 
cost is only incurred when the lock requester 
is blocked and is therefore dominated by 
context switch cost. 

The three protocols described above are 
recursively implemented at each level in 
the memory hierarchy by associating a 
directory with each shared cache (that is, 
with each ICM and MPM board cache). 
The directory information is therefore dis¬ 
tributed among various modules, as de¬ 
scribed in the following sections. 

Multiple-processor module. The MPM 

occupies a single printed circuit board, as 
shown in Figure 4. Multiple CPUs (micro¬ 
processors) are attached by an on-board 
bus to a large cache and a small amount of 
local memory. The cache blocks are large, 
and software may manage the cache, as in 
VMP. 2 The local memory contains cache 
management code and data structures used 
by a processor with an on-board cache 
miss. A FIFO buffer queues requests from 
the memory bus for actions required to 
maintain cache consistency and to support 
the locking and message exchange proto¬ 
cols. One of the processors is interrupted to 
handle each request. 

Processor and on-chip cache. The target 
CPU is a high-speed reduced instruction- 
set computer processor (100 million in¬ 
structions per second) with a large (16 K or 
more) virtually addressed on-chip cache 
with a moderate cache block size (32 bytes). 
Each on-chip cache block contains flags 
supporting the locking protocol, in addi¬ 
tion to the usual access rights and cache 
block state flags (including one indicating 
that the block contains kernel data, elimi¬ 
nating the need to flush the cache when it 


returns from a kernel call). The processor 
has lock and unlock instructions,* each 
specifying an address aligned to a cache 
block. A lock can be owned by the on-chip 
cache, in which case the lock and unlock 
instructions execute locally; that is, lock 
acquisition is done entirely in the cache 
with low latency. A cache block can also 
indicate that the lock has been requested 
from another cache, in which case further 
lock requests are ignored until the lock is 
granted. Finally, the on-chip cache may 
own a lock that another cache has request¬ 
ed. In this case, the requester is notified 
when the lock is released. 

Cache blocks are transferred between 
the on-chip and on-board caches by a wide 
per-processor holding register that trans¬ 
fers the block to the on-chip cache in burst 
mode. This reduces interference between 
processors for on-board cache access. 

MPM on-board cache. The on-board 
cache implements the same consistency, 
locking, and message exchange protocols 
as the MM. Its directory also has an ex¬ 
clusively held bit that indicates whether or 
not the cache exclusively owns the block. 
This allows a block to be shared by proces¬ 
sors within the MPM while it is exclusively 
owned by the MPM. Finally, there are bits 


structions require extra off-chip logic to implement the 
locking functions. In a high-performance implementa¬ 
tion using current emitter-coupled logic microproces¬ 
sors, this can be provided as part of the off-chip, first- 


supporting the same locking functions as 
the on-chip cache. 

When an on-board cache miss occurs, 
the faulting processor takes the necessary 
steps to transfer the missing block into the 
cache. Cache access from other processors 
may proceed concurrently with miss han¬ 
dling except when an actual bus transfer is 
taking place. Following the VMP design, 
the cache management complexity is han¬ 
dled largely in software. 

Sharing the on-board cache has three 
major advantages. First, it has a higher on¬ 
board cache hit ratio because of the code 
and data sharing in the on-board cache and 
the localization of access to some shared 
data to the on-board cache. Sharing re¬ 
duces the total bus traffic imposed by the 
processors, compared with the bus traffic 
of per-processor on-board caches, which 
contributes to scalability. Second, it reduc¬ 
es the hardware cost for supporting N 
processors, since only N/P MPM boards 
(and on-board caches) are required if P 
processors share each on-board cache. Fi¬ 
nally, the increased hit ratio of the on¬ 
board cache reduces the average memory 
access time, resulting in a higher instruc¬ 
tion execution rate. 

The on-board cache exploits several ideas 
from the VMP design. First, the cache is 
virtually addressed, so there is no address 
translation required between the on-chip 
and on-board caches. The complexity of 
virtual-to-physical mapping is placed (in 
software) between the MPM and the group 
bus, simplifying both the processor chip 
and the on-board logic, and reducing the 
translation frequency by orders of magni- 
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tude. 1 Also, the cache miss software uses 
compact data structures to replace conven¬ 
tional page tables, which reduces the mem¬ 
ory space overhead of the virtual memory 
implementation. 

The on-board cache minimizes replace¬ 
ments and flushing by using set-associa¬ 
tive mapping and an address space identi¬ 
fier as part of the virtually addressed cache 
mechanism. Thus, the cache can hold data 
from multiple address spaces and need not 
be flushed on context switch. The on-board 
cache provides one address space identifi¬ 
er register per processor. Each off-chip 
reference by a processor (cache miss) is 
presented to the on-board cache together 
with the address space identifier. Thus, the 
on-board cache “knows” about separate 
address spaces but the processor chip need 

The design of the MPM exploits the new 
microprocessors’ large on-chip caches. The 
on-chip cache size is compatible with in¬ 
creasing on-chip block sizes. Inclusion of 
the lock bits in both the on-chip and on¬ 
board caches effectively improves the cache 
and bus behavior by reducing latency, co¬ 
herence interference, and contention. These 
bits impose a modest space overhead that 
decreases with increasing cache block size. 
The large cache block size also allows the 
on-board cache to be quite large (that is, 
512 Kbytes or more), reducing replace¬ 
ment interference and permitting multiple 
processors to share the on-board cache 
even while running programs in separate 
address spaces. 

Although the MPM design assumes that 
the processor has a virtually addressed on- 
chip cache, the MPM can be realized using 
either virtually or physically addressed 
caches. If the processor has on-chip ad¬ 
dress translation, the MPM board-level 
cache can be physically addressed. The 
only requirement is that the processor can 
handle an exception on a cache miss even 
though the address translation succeeded. 

MPM network connection. The network 
interface is an extremely simple pro¬ 
grammed I/O device addressed as a regis¬ 
ter set in the MPM physical address space. 
The processor performs all the transport- 
layer processing to minimize the latency, 
since most communication is expected to 
be in very small packets because of the 
dominance of contention traffic. When 
transmission occurs, the processor copies 
the packet directly into the transmit regis¬ 
ter. When reception occurs, one of the 
MPM processors is interrupted to copy the 
packet out of the receive register. For both 


The design of the 
multiple-processor module 
exploits the new 
microprocessors’ large 
on-chip caches. 


cases, the software is optimized to handle 
packet generation and processing “on-the- 
fly,” minimizing the communication laten¬ 
cy. As a further optimization, the request¬ 
ing processor may busy-wait on a network 
reception of the response to its request if 
there is no other action to perform. This 
eliminates the cost of a context switch at 
the expense of using more bus bandwidth. 
Having a processor copy the data between 
the network interface and the on-board 
cache avoids both the complexity of inter¬ 
facing a direct-memory access (DMA) 
controller to the memory system and the 
extra memory copy that arises because of 
rigid DMA data copy, especially on recep- 

The network connection on the MPM 
board provides direct access to other pro¬ 
cessors in the network. Contention for the 
network interface is limited to the few 
processors on the board. It also allows 
external communication to be directed to 
the node portion best suited to handle the 
request, if that information is available to 
the source. For example, the virtual shared- 
memory consistency mechanism maintains 
a hint to the location of pages that were 
recently invalidated by a remote MPM 
group. This allows it to directly address the 
remote MPM that stole a page (with high 
probability) when the page is referenced 
again locally. The page is then directly 
returned to the requesting MPM using the 
local network connection. Another advan¬ 
tage of this structure is in the time-sharing 
or file server environment. There, remote 
users (clients) directly connect to the MPM 
serving them. At the other extreme, the 
local MPM network interface makes the 
MPM attractive for a minimal (diskless) 
workstation, avoiding the cost and com¬ 
plexity of a separate network interface 
board. 

The networks of interest range from 100- 
to 150-megabit networks that accommo¬ 
date digital video up to multigigabit net¬ 


works that are used for supercomputer in¬ 
terconnection. We assume that the net¬ 
work connection is the fastest I/O connec¬ 
tion available to the processors, subsuming 
others, as described in the next section. 

Other I/O connections. Other Paradigm 
I/O is accommodated as specialized net¬ 
work nodes. For example, a disk controller 
interfaces to the network rather than to the 
local Paradigm bus. This avoids cluttering 
and complicating memory buses with I/O 
controllers, makes I/O devices available 
subject only to the network and the I/O 
controller availability, and yet has no sig¬ 
nificant performance disadvantage because 
of high network performance. 

The network data rates we assume for 
Paradigm far exceed the transfer rates of 
single disks available in the foreseeable 
future. Disk rotational and seek latency 
also dominate the network latency for most 
configurations. Since the network connec¬ 
tion interfaces directly to the processor 
chips and on-board caches, disk data trans¬ 
fers do not load lower level buses, as they 
would if the disks were connected at these 
lower levels. Attaching disks to the network 
also allows the disk capacity to scale with 
the machine, since the network must sup¬ 
port scalability in any case. 

The disk controller depends on one or 
more managing server modules running on 
other Paradigm nodes to implement higher 
level file systems functions. The file cache 
consistency mechanism provides data 
transfers between caches to satisfy misses 
and ensure consistency. It also allows di¬ 
rect transfer from the disk controller node 
to the requesting client when the data is not 
cached nearby. 

We see this I/O approach as the natural 
step beyond that spawned by local area 
networks in the 1980s, which allowed ter¬ 
minals to connect to terminal concentrator 
network nodes rather than to host machines. 
In both cases, separating the base I/O ser¬ 
vices from the computation engines sim¬ 
plifies the I/O nodes and computation en¬ 
gine configurations. This results in greater 
reliability and interconnection flexibility. 

Interbus cache module. The ICM is a 

cache shared by the MPMs on an inter- 
MPM bus (an MPM group), which con¬ 
nects such an MPM group to a next-level 
bus. It appears as an MPM on the memory 
bus and as an MM on the group bus. It 
caches memory blocks from the MMs, im¬ 
plementing the same consistency, locking, 
and message exchange protocols as the 
MPMs. These blocks are cached in re- 
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sponse to requests from MPMs on its group 
bus. The directory entry per block in the 
ICM is the same as on the MPM on-board 
cache. 

Several merits of the ICM are notewor¬ 
thy. First, as a shared cache, the ICM makes 
commonly shared blocks, such as operat¬ 
ing system code and application code, 
available to an MPM group, without re¬ 
peated access across the memory bus. The 
ICM shared cache is important for seal- 
ability for the same reasons as the MPM 
on-board cache. Second, the ICM supports 
hierarchical directory-based consistency, 
providing a complete record of cache block 
residency. This minimizes consistency bus 
traffic and interprocessor interrupt over¬ 
head. Finally, because the ICM appears the 
same as the MPM, we can mix MPMs and 
ICMs on the memory bus without chang¬ 
ing the MMs. 

An alternative ICM design uses a simple 
data path interconnect that contains the 
directory but not the data cache. Cache 
misses on data in other caches on the same 
bus could be satisfied by direct cache-to- 
cache transfer. We chose to make the ICM 
a full cache for several reasons. First, the 
effective size of the ICM cache is expected 
to be substantially larger than the sum of 
the higher level caches, since the latter 
would contain the same (hot) code and data 
when running a large parallel application. 
Second, the ICM can respond to misses on 
shared blocks even if the block is con¬ 
tained in another cache, offloading that 
cache. Finally, the ICM design simplifies 
the design of the MPM and ICM intercon¬ 
nection because direct cache-to-cache 
transfer is not required. 

The ICM allows us to (largely) isolate a 
computation in a node, which can function 
as an extended workstation’s computation 
server. It shares the MM and possibly local 
disks with the workstation, but with only 
slightly greater loading than a single addi¬ 
tional processor. For example, an engineer 
might add such an expansion module to his 
multiprocessor workstation, allowing him 
to run computation-intensive simulations 
on the ICM-connected module while also 
running normal CAD software on the rest 
of the machine with relatively little inter¬ 
ference from the simulation. 

Operating system software structure. 

Paradigm uses the V distributed operating 
system 5 that is structured as a minimal 
kernel plus a set of service modules that 
execute on top of the kernel. 

The kernel implements virtual memory 
and file caching, lightweight processes. 


The ICM makes 
commonly shared blocks 
available to an MPM group, 
without repeated access 
across the memory bus. 


and interprocess communication, exploit¬ 
ing the facilities and structure of the Para¬ 
digm hardware architecture. The kernel 
handles cache misses out of the MPM. It 
uses virtual memory binding data struc¬ 
tures to map the virtual address to a file 
page and the file-caching information to 
locate the appropriate page frame in phys¬ 
ical memory. If the data is missing from 
physical memory, it resorts to the RPC 
facility to retrieve it from the server or, as 
an optimization, from another peer node. 
The kernel also handles internode opera¬ 
tions to invalidate or write back data, as 
required for cache consistency. In contrast 
to conventional virtual memory and file¬ 
caching systems, it uses the cache block as 
the consistency unit and the virtual memo¬ 
ry page as the mapping unit. Thus, a por¬ 
tion of a page may be invalid because of 
contention with another Paradigm node. 
This finer grain consistency - for example, 
64 bytes versus 4 Kbytes - is critical for 
good parallel application performance. 

The kernel maps process-level RPC onto 
either network transmission or block writes 
to interprocessor message buffers, de¬ 
pending on server routing information. It 
also maps message exchange interrupts to 
communication with the associated pro¬ 
cesses. We are exploring techniques to 
minimize the kernel intervention for inter¬ 
process communication. For example, 
message buffers can map directly into the 
application address space so that the mes¬ 
sage data can be written and transmitted 
without kernel intervention. For reception, 
the cache management module on each 
MPM can directly deliver the message to 
the local processes in the common case, 
using cached information about process 
binding to message buffers. 

Most operating system services, includ¬ 
ing the file system and wide area network¬ 
ing services, are provided as server mod¬ 
ules executing outside the kernel. These 
server modules are easier to write than 


conventional parallel operating systems 
because they don’t need to support the 
same degree of concurrency as the kernel. 
They rely instead on server replication to 
increase parallelism. For example, there 
can be an instantiation of the file system 
per disk channel, with each executing in¬ 
dependently in parallel. Thus, with n disk 
channels and a file load spread evenly 
across all disk channels, each file server 
module must handle 1/nth of the concur¬ 
rent disk access. Because the file-caching 
mechanism is integrated with the virtual 
memory system in the kernel, this parti¬ 
tioning does not fragment the file buffering 
or limit the concurrency for buffered data. 
This results in simpler code than using 
fine-grain locking to minimize contention. 
It also divides (cools off) the contention 
hot spots. 

Using this structure, the kernel is rela¬ 
tively small and simple, making it feasible 
to hand-tune it to execute efficiently on the 
Paradigm. Kernel data structures, such as 
dispatch queues, are partitioned across 
MPMs to minimize interprocessor inter¬ 
ference and to exploit efficient sharing 
possible with the shared MPM cache. Also, 
access to kernel data structures is synchro¬ 
nized using the cache locks, and the data 
structures themselves are organized to 
minimize cache miss and contention be¬ 
havior. For example, descriptors are aligned 
to cache block boundaries and matched to 
cache block sizes whenever possible. The 
process group and multicast mechanism in 
V accommodates multiple-process man¬ 
agement module instances within one net¬ 
work node and multiple instances execut¬ 
ing across the network. Invocation of these 
facilities local to one node is optimized to 
make this case significantly more efficient. 
For example, process migration between 
processors in a node requires moving the 
process from one dispatch queue to anoth¬ 
er, but not explicitly copying the process 
state, as required with network process 
migration. 

The Paradigm software design contrasts 
with the conventional multiprocessor op¬ 
erating system design. The conventional 
design is a version of a single-processor 
operating system (such as the standard Unix 
kernel) modified to run multithreaded. To 
accommodate industry standards and ex¬ 
isting software bases. Paradigm supports 
Unix programs under emulation with no 
significant performance loss. 6 In essence, 
an emulation segment is appended to each 
emulated Unix process, translating Unix 
system calls to RPC calls to Paradigm 
system services. Paradigm supports the 
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highly parallel execution of Unix programs 
because the emulation segment is per Unix 
process. 

Paradigm configurations. The Para¬ 
digm building blocks allow configuration 
of a range of machines from a personal 
multiprocessor workstation to a large 
computation server. The personal work¬ 
station would use a single MPM, optional¬ 
ly augmented with video framebuffer, and 
would rely on the MPM network interface 
to connect to other services. A large server 
would use network technology to inter¬ 
connect many MPMs, with clusters of 
MPMs structured as Paradigm nodes using 
one or more layers of shared buses inter¬ 
connected by ICMs. For example, a 2,048- 
processor Paradigm machine might be 
configured as 512 four-processor MPMs 
clustered into eight independent network 
nodes, each containing eight ICMs with 
eight MPMs sharing each ICM. This con¬ 
figuration exceeds the processing power 
of current high-end supercomputers. 
However, the performance of large paral¬ 
lel applications on such a machine would 
depend heavily on the amount of intercache 
communication required by the applica¬ 
tion and the degree to which the machine 
interconnection matched this communica¬ 
tion, both in data rates and traffic topolo¬ 
gy. The next two sections discuss how 
shared buses and caches augment network 
capacity and reduce memory latency and 
how careful structuring of programs for 
the shared bus and cache hierarchy im¬ 
proves performance. 

Shared bus/cache 

hierarchy 

configuration 

Paradigm’s shared bus and cache hier¬ 
archy augments the intercache and inter¬ 
processor communication of the network. 


While a large Paradigm system could be 
configured without a'bus hierarchy, as il¬ 
lustrated in Figure 5, the network latency 
would limit performance for a significant 
number of applications. Network latency 
is of concern because a goal of Paradigm is 
to use future industry-standard network 
technology. In particular, it includes 
broadband ISDN (Integrated Services 
Digital Network) technology, such as ATM 
(asynchronous transfer mode) fast packet 
switching. This technology is being devel¬ 
oped to provide the high data rates required 
for video and high-performance data trans¬ 
fer. The extremely large customer base 
also dictates extendable switching capaci¬ 
ty, low cost, and high reliability. Because 
minimizing latency is expensive and not a 
primary concern, the switching delay of a 
single switch is expected to be multiple 
microseconds. 

Bus technology offers lower latency 
communication between two components 
directly connected to the bus than this net¬ 
work technology because bus arbitration 
time is less than the switch-routing and 
store-and-forward times. Shared caches 
further reduce the latency in a bus hierar¬ 
chy by increasing the cache hit ratios, pro¬ 
viding the faulting processor with faster 
cache miss response and reducing the traf¬ 
fic load on the rest of the bus hierarchy. 
However, a bus can interconnect only a 
limited number of nodes, and a multilevel 
bus hierarchy is limited by the bus capacity 
near the root of the hierarchy and by in¬ 
creasing latency as its height increases 
with scale. 

The following sections explore the ef¬ 
fect of hierarchy height, shared cache con¬ 
tention, and bus loading in limiting Para¬ 
digm’s shared bus and cache hierarchies. 

Hierarchical latency. Hierarchical la¬ 
tency, the cost of data transfer through the 
bus hierarchy, must compete with network 
latency. Each bus hierarchy layer adds to 


the data transfer time, the latency for a data 
transfer through two ICMs, and the queu¬ 
ing delay and transfer time of two buses. 
Adding a switch to a network adds a single 
switching delay because the network need 
not be hierarchical. Thus, at some scale of 
bus hierarchy, we expect the network con¬ 
nection to provide lower latency between 
some MPMs than the bus hierarchy, negat¬ 
ing the benefits of the bus hierarchy. This 
point is estimated below. 

For comparison, consider a one-gigabit- 
per-second network and a minimum- 
size packet (large enough to hold a cache 
block). The transmission time is roughly 1 
microsecond. The hardware penalty is 3 
microseconds, assuming that a single switch 
between nodes introduces one store-and- 
forward delay and at most another micro¬ 
second of propagation time, hardware set¬ 
up time, and so forth. If highly optimized 
network software can handle packet trans¬ 
mission or reception in roughly 200 in¬ 
structions, facilitated by the network inter¬ 
face chip performing check-summing, the 
software delay is roughly 4 microseconds, 
using 100-MIPS processors. Thus, the to¬ 
tal round-trip delay for requesting a cache 
block (or to send an interprocessor mes¬ 
sage) is roughly 14 microseconds, or 1,400 
processor cycles. Different network pa¬ 
rameters result in different latency. For 
example, a 150-megabit-per-second net¬ 
work, with the Sunshine switch, 7 would have 
a latency of 32 microseconds, or 3,200 

The latency of the bus hierarchy de¬ 
pends on the cycle time, data width, and 
queuing delay due to load; the number of 
bus hierarchies; and the delay through each 
ICM. Figure 6 shows the cache miss laten¬ 
cy when a processor accesses a block that 
is owned by another processor. This is the 
worst-case (no-load) latency that is in¬ 
curred when the requests and the block 
propagate through the entire hierarchy from 
the requester to the memory module to the 
block owner and back. 

The cost model for this calculation is 
shown in Figure 7. The parameters of the 
proposed Futurebus+ (10-nanosecond cy¬ 
cle time and 256-bit maximum data width) 
are used in this estimate. The on-chip cache 
has a block size of 32 bytes, and all other 
caches 128 bytes. Memory access time is 
12 cycles (120 ns). The miss handle time in 
the MPM cache (level 2) is 10 cycles. This 
assumes common-case hardware assist for 
the software handler. Also shown in Figure 
6 is the time for a full software handler, 
which takes 100 cycles to execute. (This 
number is estimated from our experience 
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Number of levels 


Description of action 

Cost of level 

1 

2 

3+ 

Cache signals miss or write-back, and arbitrates bus 

4 

8 

12 

Cache handles miss or write-back 

1 

10 

6 

Hit or write-back access 

1 

6 

8 


Figure 7. Cost model (in processor cycles). 


with a similar mechanism in the VMP 
machine.) 

Using these estimates, the worst-case 
latency for a nine-level hierarchy is still 
substantially less than that of the 1-Gbit- 
per-second interconnection network. 
Queuing delays were ignored in this esti¬ 
mate. However, if system utilization is 
kept below 50 percent, the average worst- 
case latency should be within a factor of 
two of that shown in Figure 6, assuming 
each shared resource can be modeled as an 
M/M/1 queue. Doubling the latency for the 
bus hierarchy to allow for queuing delays 
means that at least four levels of bus hier¬ 
archy are still justified. We conclude that 
very large machines (over 200 processors) 
can be built as a single Paradigm node, 
relying on the shared bus and cache hierar¬ 
chy for most intercache and interprocessor 
communication. However, this conclusion 
is predicated on modest loading of the 
shared caches and buses, an issue we ex¬ 
plore further in the next section. 

Contention latency of shared caches. 

Shared caches interconnect different bus 
hierarchy levels, reducing the load on the 
next-level bus. This allows more modules 
per bus and greater scalability. A shared 
cache also has a higher hit ratio than pri¬ 
vate caches if there is significant sharing 
between processors, as with shared-memory 
parallel computations. Previously, we 
measured a 50 percent reduction in miss 
ratio when caches were shared by eight 
processors. 3 Thus, a shared cache has a 
lower effective response time because of 
fewer misses, which is equivalent in cost to 
a large number of cache hit times. This 
benefit is reduced to a modest degree by 
interprocessor replacement interference, 
where useful blocks are replaced to make 
space for new blocks. Replacement inter¬ 
ference is easily reduced by using a larger 
cache. Shared caches end up being large 
when they provide fast response, because 
wide memory paths require many memory 
chips. Replacement interference is also 
reduced by increasing cache associativity. 

However, sharing caches causes conten¬ 
tion among the sharing processors, result¬ 
ing in slower access to the shared caches. 
This contention is not significant in Para¬ 
digm. First, the processors (MPMs or ICMs) 
sharing a cache are limited to a number that 
results in low enough utilization to main¬ 
tain insignificant queuing delay. As long 
as the utilization is below 50 percent, the 
average queuing time is less than the aver¬ 
age service time. The service time is ap¬ 
proximately the hit access time of the 


Figure 6. Hierarchical latency. 


shared cache, assuming the shared cache 
has a low miss ratio and can be modeled as 
an M/M/1 queuing system. Second, a shared 
cache whose cost is amortized over several 
processors can be widened for faster re¬ 
sponse to cache misses. The faster response 
in providing a full cache block size (32 
bytes or more) compensates for any queu¬ 
ing delay. 

Bus-loading latency. Bus capacity is 
fixed, whereas the point-to-point network 
capacity grows with additional links and 
switches. For example, the 256-bit-wide 
Futurebus+ has a maximum bandwidth of 
3.2 Gbytes per second. The aggregate 
bandwidth of a point-to-point network 
with 1-Gbit-per-second links and 50 or 
more nodes exceeds that of a 256-bit 
Futurebus+. For a 100-Mbit-per-second 
network, this crossover occurs when the 
machine has 500 processors. (Of course, 
the bandwidth between a given pair of 
processors cannot exceed the bandwidth 
of a single link.) 


When the load on a bus becomes a sig¬ 
nificant portion of the capacity, the latency 
is significantly increased by queuing de¬ 
lay, leading to poorer processor perfor¬ 
mance. In the shared cache hierarchy, a 
bus supports a fraction of the interproces¬ 
sor communication of all the processors 
connected by that bus. This fraction, and 
the interprocessor communication pattern 
in general, depends on the application be¬ 
havior. 

The importance of application structur¬ 
ing is illustrated by a pessimistic scenario 
for the architecture. In it, all the references 
to a read/write shared block are writes and 
all the processors are equally likely to 
reference the block. In other words, there is 
no locality in the reference pattern. 

We quantify the benefit of shared buses 
and caches as the bus load ratio R, defined 
as the ratio between T shared , the memory bus 
traffic in a system with shared caches, and 
Tpnvate’ the memory bus traffic in a system 
with private caches. Let p processors con¬ 
nect to a shared cache, with n processors in 
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the system. There are m = n/p shared 
caches in the system. Assume that a certain 
reference r to a cache block b is by a pro¬ 
cessor that is connected to shared cache 
Then, a block transfer is required if the 
previous reference to b (reference r-1) was 
by a processor that is not connected to S,. The 
probability of this is 1 - p/n, which is the 
miss ratio of the shared cache. The bus load 
ratio R is given by 

R = (1 -p/n) /(1-l/n) = (n-p) / (n-l) 

For this sharing pattern, the maximum 
scalability is obtained when p is maxi¬ 
mized. This happens when the processors 
are divided into two groups of equal size, 
which gives p = n/2. Thus, with applica¬ 
tions exhibiting this random memory ref¬ 
erence pattern, no benefit will result from 
extending the bus hierarchy beyond one 
level of shared cache. 

In summary, a shared bus and cache 
hierarchy significantly improves perfor¬ 
mance by augmenting network intercon¬ 
nection, if large parallel applications ex¬ 
hibit a sufficient degree of locality in 
communication and memory references. 
Application structuring to minimize bus 
load and maximize performance is consid- 

Application structuring 

Large-scale applications must be struc¬ 
tured to map well onto the shared cache 


and bus hierarchy to realize its full poten¬ 
tial and to avoid worst-case poor perfor¬ 
mance. The application must have a high 
degree of locality of reference to shared 
data in each level of the hierarchy. We 
illustrate this application structuring by 
considering the problem of programming a 
partial differential equation (PDE) solver 
for Paradigm, using the successive over¬ 
relaxation (SOR) algorithm to calculate a 
numerical solution. The PDE is approxi¬ 
mated by a finite difference equation over 
a discrete grid. 

The SOR algorithm calculates a new 
value for each grid element by reading the 
values of the four nearest neighbors and 
the grid element itself. The computation 
has good locality — each element affects 
only its four nearest neighbors. Grid ele¬ 
ments are divided into two groups, red and 
black, based on the sum of their indices. 
Each iteration of the SOR algorithm con¬ 
sists of two sweeps, one for updating each 
color. All the red (black) elements can be 
updated in parallel, since each red (black) 
element only depends on the value of black 
(red) elements and its own value. With a 
large number of elements, the algorithm 
allows a high degree of parallelism. For 
good performance, the elements must be 
mapped onto processors and caches to 
maximize locality and minimize conten- 

First, we partition the grid into subgrids 
containing multiple elements and assign 
each subgrid to a separate processor. We 
assume for simplicity that the grid is a 
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Figure 8. Successive over-relaxation algorithm. 


square of size N x N. The number of pro¬ 
cessors n = (n') 2 is also a perfect square. 
The number of elements in a subgrid N 0 = 
N/n' is assumed to be an integer. An 
example of this partitioning is shown in 
Figure 8 for N = 16 and n = 16. Only those 
grid elements that form the border of each 
subgrid have to be communicated between 
processors. (Simulation shows that read/ 
write sharing for this interprocessor com¬ 
munication is the performance-limiting 
factor in large-scale multiprocessors.) In¬ 
creasing the subgrid dimension increases 
the amount of work per processor quadrat- 
ically, but only linearly increases the 
boundary size and thus the interprocessor 
communication. Therefore, it is advanta¬ 
geous to select as large a subgrid as possi¬ 
ble, provided that the subgrid fits into the 
processor’s cache. 

Interprocessor communication traffic on 
a next-level bus is minimized by allocating 
adjacent subgrids to processors sharing a 
common cache. For example, the right- 
hand side of Figure 9 shows supersubgrids 
of four adjacent subgrids, each allocated to 
sets of four processors sharing a cache. 
(This shared cache is intended as a second- 
level cache as on the MPM. The first-level 
private cache is not included for simplici¬ 
ty.) The subgrid labels indicate the assign¬ 
ment of subgrids to processors. The shaded 
area on each grid shows the data that has to 
be communicated over the memory bus 
during each iteration. Only those elements 
that form the outside border of the collec¬ 
tion of subgrids have to be communicated 
on the memory bus. The left-hand side of 
the figure shows that all border areas have 
to be communicated over the memory bus 
when each processor has a private cache. 
This bus load also arises if adjacent sub¬ 
grids are not allocated to processors shar¬ 
ing a common cache. 

The reduced traffic on the memory bus 
in the shared case allows more processors 
to connect to the bus. We denote the num¬ 
ber of shared caches (groups) by m and the 
number of processors per group as p = n/m. 
Then, p'= 'Ip, and m'= Vm (m and p are 
assumed to be perfect squares). 

Referring again to Figure 9, the memory 
bus traffic is proportional to the number of 
shaded regions if N is large. In that case, 
T skarti °c2 (m -1 ) and T prlmK ~2(n-1), which 
gives 

R = T thar , d /T priMe » (m'-l) /(n'-l) 

According to this equation, R is mini¬ 
mized by small values of m, in other words, 
by having as few shared caches as possible 
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on the memory bus, with as many proces¬ 
sors per shared cache as possible. As m' 
and n' increase, R approaches 1/p' from 
below. The smallest value of m'consistent 
with our assumptions is 2 (four shared 
caches), which gives R = 1/n' = lWn. 
Therefore, lAln <R < lW p. 

If there are four shared caches (m' = 2), 
the traffic on the memory bus scales as the 
square root of the number of processors in 
the system. Therefore, if a system with 
private caches has sufficient memory bus 
bandwidth to support x processors, the 
memory bus on the system with four shared 
caches has enough bandwidth for x 2 pro¬ 
cessors. For example, a bus capable of 
supporting 16 processors with private caches 
could support the communication between 
shared caches for 256'processors, at least 
with the application structure we propose 
for the PDE solver. Thus, the program can 
be structured to make good use of a deep 
shared cache and bus hierarchy, providing 
significantly greater scalability and per¬ 
formance than using pure network inter¬ 
connection, which is equivalent to the pri¬ 
vate cache model. 

Many applications of interest can be 
viewed as simulations operating in a finite¬ 
dimensional space and thus can be struc¬ 
tured similarly to the PDE solver. In partic¬ 
ular, a subspace can be assigned to each 


processor. Most of the interprocessor com¬ 
munication is then between processors op¬ 
erating on adjacent subspaces, reflecting 
the physics of the simulated system. These 
adjacent subspaces can be assigned to pro¬ 
cessors in the same shared cache as shown 
in the above example. As one supporting 
data point, we restructured a sparse gas 
particle simulation along these lines 8 and 
measured under simulation a reduction in 
cache miss traffic by a factor of 30 (to less 
than 1 percent) running on a Paradigm 
architecture. A digital circuit simulator is 
another example that is amenable to this 
structuring because each circuit element 
has limited fan-out. Output changes of an 
element influence only a fraction of the 
elements in the circuit. The data in the 
simulator can be arranged to reflect this 
spatial locality. Network simulation pro¬ 
vides similar opportunities to achieve lo¬ 
cality and minimal contention. 

We conclude that a significant number 
of important applications can be pro¬ 
grammed to work well on this architecture. 
Although this structuring is similar to dis¬ 
tributed-memory machines, our structur¬ 
ing requirements are weaker. In particular, 
the shared data does not need to be strictly 
partitioned between separate memories, 
only partitioned so that statistically the 
references are local. In contrast to distrib¬ 


uted-memory architectures, the shared- 
memory architecture of Paradigm allows 
its use for time-sharing, transaction pro¬ 
cessing, and other general-purpose uses. 
We hypothesize that appropriately struc¬ 
tured applications will result in such low 
loads on the bus hierarchy that the hierar¬ 
chy size will be constrained by reasons 
other than performance, including packag¬ 
ing, power and cooling, unit of failure, 
configuration balance, and administration. 

Status 

Paradigm represents and requires the 
culmination and focus of several projects 
with the V software and VMP hardware. 
Because of the magnitude of building a 
full-scale Paradigm configuration, we are 
progressing incrementally in the hardware 
development, evaluation, and construction. 

The MM has been built and tested. The 
transfer speed in the prototype (using the 
VME bus) is approximately 40 Mbytes per 
second. (Our board uses a two-edge hand¬ 
shake protocol, not the VME standard block 
transfer protocol.) We plan to use existing 
VMP processor boards initially because 
they require only minor modifications to 
work with the MM. The MPM is still in 
design as we evaluate candidate micropro- 


February 1991 


43 





















































cessors. The ICM, combining the logic of 
the MM and MPM, is still at the initial 
design stage. 

The V distributed system has been port¬ 
ed and runs on the original VMP processor 
modules. We are currently reworking the 
V kernel to provide cleaner and faster par¬ 
allel execution within the kernel. In related 
work on distributed operating systems, we 
have been investigating a distributed virtu¬ 
al memory system that provides memory 
consistency of virtual memory segments 
shared across a cluster of networked work¬ 
stations. 

Other scalable parallel 
machines 

Scalable parallel machines can be clas¬ 
sified by whether the machine provides no 
shared memory, partial shared memory, or 
full shared memory. The Cosmic Cube 9 is 
an example of the first category. Each 
processor has local memory and connec¬ 
tions to all its neighbors in the hypercube. 
Programming this machine requires parti¬ 
tioning the application across all the nodes, 
which is currently done by hand. Although 
some applications partition easily and run 
well on this machine, the lack of shared 
memory is a compromise favoring ease of 
hardware implementation over ease of pro¬ 
gramming. There has been some work to 
implement shared virtual memory on top 
of the cube architecture using distributed 
operating system techniques. 10 However, the 
performance of this extension suffers from 
a lack of memory management hardware. 

The Connection Machine is another ex¬ 
ample of a machine in this class. Signifi¬ 
cant concessions were made in its proces¬ 
sors to facilitate large-scale parallelism. At 
0.1 MIPS per CM-2 processor, a fully con¬ 
figured 64,000-processor Connection Ma¬ 
chine is roughly equivalent to a 65-proces- 
sor Paradigm (using 100-MIPS processors) 
or a 325-processor Paradigm built from 
20-MIPS processors. However, some ap¬ 
plications that map well to the Connection 
Machine architecture would significantly 
tax a Paradigm architecture. 

Partially shared memory machines pro¬ 
vide noncached access to shared memory, 
with program code and private data stored 
in local memory, avoiding the need for a 
cache consistency mechanism. Examples 
include the BBN (Bolt, Beranek, and New¬ 
man) Butterfly and the IBM RP3. In these 
architectures, shared data access is signif¬ 
icantly more expensive than local access. 


The benefits of shared 
caches may finally 
enable multiprocessors 
to triumph over 
uniprocessors, even with 
arbitrarily fast CPUs. 


Shared data access is also more expensive 
than on a fully shared memory machine 
with caches, unless the amount of data 
contention is very high. With the high cost 
of shared-memory access on these ma¬ 
chines, the application must be carefully 
partitioned to limit references to shared 
data. Shared data that is read frequently but 
written infrequently is particularly a prob¬ 
lem. It must reside in the shared-memory 
area to allow for updates, but it incurs a 
significant read performance penalty be¬ 
cause of the cost of shared-memory access 
on these machines. In some cases, the shared 
memory is simply used to implement a 
message system between processors, sim¬ 
ulating a hypercube architecture. In gener¬ 
al, these architectures force a more static 
partitioning of the application data than is 
necessary with Paradigm, where the cach¬ 
es automatically redistribute data in re¬ 
sponse to changing access patterns. The 
benefits of the noncached shared-memory 
architectures do not appear to compensate 
for the difficulty of programming them to 
achieve good parallel program performance. 

Paradigm is more directly comparable 
to other fully shared memory systems, such 
as Dash," the Wisconsin Multicube, 12 and 
the Gigamax. 13 Dash focuses on intercon¬ 
necting existing multiprocessors by an in¬ 
terconnection network, realizing a mod¬ 
est-scale machine. Because of the more 
limited scale and existing software (Unix), 
Dash only uses the interconnection net¬ 
work to implement a shared physically 
addressed memory, in contrast to the more 
general file-based shared-memory approach 
taken by Paradigm. Dash will provide a 
testbed system to investigate parallel pro¬ 
gramming and interconnection networks 
and is thus constrained by the need to get a 
system running quickly. 

The Wisconsin Multicube implements a 


large-scale shared-memory multiprocessor. 
However, it does not use shared caches and 
relies on a two- or three-dimensional mesh 
to interconnect caches. To date, the work 
on the Multicube has been largely focused 
on novel cache consistency mechanisms. 

Paradigm most closely resembles En¬ 
core’s Gigamax. 13 Gigamax uses a shared 
board-level cache among four processors 
with a similar directory scheme to track 
copies. Major differences at this level are 
their use of physically addressed caches, 
the absence of locking and message sup¬ 
port, and the hardware implementation of 
cache miss handling. Finally, the Gigamax 
work has not, to our knowledge, used dis¬ 
tributed systems technology to achieve high 
scalability. In particular, they have not 
considered network interconnection, only 
bus interconnection. However, their more 
focused scope has put the Gigamax much 
closer to being a product than Paradigm. 

Finally, one might question how a Para¬ 
digm configuration would compete with a 
very fast (500 to 1,000 MIPS) uniproces¬ 
sor. 14 We hypothesize that the benefits of 
shared caches in the second and third lev¬ 
els of the memory hierarchy may finally 
enable multiprocessors to triumph over 
uniprocessors, even with arbitrarily fast 
CPUs. Second- and third-level caches are 
required in such a uniprocessor to maxi¬ 
mize performance, given the long access 
time of bulk memory. While these caches 
can be made larger than the first-level cache, 
the miss ratio is significant, since a cache 
miss at these levels costs about 200 CPU 
cycles. The miss penalty is therefore large 
enough to significantly degrade processor 
performance, yet too short to perform a 
context switch, as with page faults (which 
take thousands of cycles). Thus, with a 
uniprocessor machine, the entire machine 
will be idle during these misses. 

In contrast, a multiprocessor that shares 
these caches has additional processors to 
use the caches during a miss by one proces¬ 
sor. This approach is preferable over fast 
context switching support in the single 
processor for a few reasons. First, the mul¬ 
tiprocessor approach provides more paral¬ 
lel cycles when all processors are execut¬ 
ing out of their local caches, which is most 
of the time. Second, first-level caches are 
too small to support multiple contexts, so a 
fast context switch would incur the cost of 
flushing and reloading the cache, both for 
the new context and for return to the old 
one. Finally, commercial microprocessors 
do not, and are not likely to, support fast 
context switching (with the required mul¬ 
tiple register sets, etc.) because there are 


44 


COMPUTER 










many other demands on the design efforts 
and very large scale integration (VLSI) 
real estate, such as for a larger on-chip 
cache and for better floating-point support. 


P aradigm is a scalable general- 
purpose shared-memory parallel 
architecture. Using building block 
technology, machines can be constructed 
with two to hundreds of powerful proces¬ 
sors. The same applications and program¬ 
ming systems can run on all these config¬ 
urations if they are structured to maximize 
locality, minimize contention, and take 
advantage of key Paradigm facilities, such 
as locking and message exchange. 

Several aspects of the Paradigm design 
are of particular interest. First, Paradigm is 
based on a distributed systems model of 
processor/memory nodes. It is connected 
by a network with an operating system 
supporting RPC, shared memory, process 
groups, multicast, and a file-based virtual 
memory. The virtual memory is extend¬ 
able with file replication and atomic 
transaction support for fault tolerance. 
This approach has also lead to a highly 
partitioned and replicated structure for the 
operating system, including facilities such 
as process migration. These facilities, which 
are natural to consider in the loosely cou¬ 
pled distributed systems environment, are 
critical for scalability and yet can be 
highly optimized within a network node 
to match or exceed the efficiency of more 
conventional techniques. 

Second, Paradigm exploits shared cache/ 
bus technology for low-latency coupling 
between local clusters of processors as an 
optimization over processor interconnec¬ 
tion using only network technology. A hi¬ 
erarchy of shared caches and buses maxi¬ 
mizes the number of processors that can be 
interconnected with current bus and cache 
technology. A hierarchical directory-based 
consistency scheme implements coherence 
without needing broadcast. Preliminary 
evaluation of this design shows that shar¬ 
ing reduces the miss ratios and hardware 
costs of these caches, and reduces the con¬ 
tention between caches. Consequently, the 
average memory reference cost and the 
network load are reduced, resulting in bet¬ 
ter performance than with a nonshared de¬ 
sign. The reduction in hardware leads to 
significantly reduced costs and improved 
reliability. 

Several optimizations of the shared cache 
and bus hierarchy provide efficiency gains. 
The memory-based message exchange 


The technology required 
for a Paradigm 
implementation 
(microprocessors, 
buses, and high-speed 
networks) is rapidly 
developing. 


mechanism supports efficient interproces¬ 
sor calls. Similarly, a simple memory-based 
locking facility reduces the memory coher¬ 
ence contention on shared data structures. 
We provided a preliminary analysis indi¬ 
cating significant benefits from these facil¬ 
ities if used by contention-intensive paral¬ 
lel applications. As another optimization, a 
network connection is placed at each sec¬ 
ond-level cache, rather than at the lowest 
point in the node memory hierarchy. 
Therefore, network traffic does not load 
the lower (more highly shared) levels of 
the memory hierarchy. Also, processors 
have lower latency access to the network, 
and the network access scales with the 
number of processors. With appropriate 
structuring of application software, these 
hardware optimizations allow efficient 
handling (largely in hardware) of the com¬ 
mon cases. Consequently, the generality of 
the distributed systems model that forms 
the base for Paradigm, which we have 
argued is a key strategy for scalability, 
does not result in a significant performance 
penalty. 

Finally, Paradigm relies on application 
structuring that provides a high degree of 
locality to communication and contention. 
We have explored the structuring of a few 
example applications along these lines and 
argued that a significant class of applica¬ 
tions, namely many simulation problems, 
naturally exhibit such locality because of 
the physics of the systems they are simulat¬ 
ing. We see general techniques developing 
for mapping this intrinsic application lo¬ 
cality onto cache locality in a Paradigm¬ 
like cache hierarchy. This structuring ap¬ 
proach can be reasonably supported by a 
parallel programming system. We hypoth¬ 
esize that the shared bus and cache hierar¬ 
chy that augments network interconnec¬ 
tion in Paradigm with this structuring 


approach will allow simulations to run far 
more efficiently than on a machine with 
only network interconnection. 

Paradigm’s design represents our best 
notion of the architecture that can and should 
be built. No concessions have been made 
to what our research project can most eas¬ 
ily build. In our work to date, we have 
designed and implemented a few compo¬ 
nents of Paradigm, such as the memory 
module, as well as provided an initial per¬ 
formance evaluation of the design based 
on simulation. However, considerable work 
remains. 

The technology required for a Paradigm 
implementation (microprocessors, buses, 
and high-speed networks) is rapidly devel¬ 
oping, driven by significant market pres¬ 
sures that are largely independent of the 
needs of large-scale parallel computation. 
The full development of a Paradigm machine 
may require waiting for this technology to 
develop, plus pushing to get the details of 
the critical chip designs to match our re¬ 
quirements. For example, no microproces¬ 
sors currently support cache-based locking 
in their on-chip cache, as we have advocated, 
yet the provision of this facility is relatively 
simple and inexpensive in VLSI real estate. 

More sophisticated parallel programming 
systems are required to fully exploit this 
architecture without excessive burden on 
the application programmers or perfor¬ 
mance loss. However, this is true for all 
parallel architectures. We predict that, in 
due course, the programming benefits of 
shared-memory multiprocessors and the 
feasibility of scaling these machines, as 
demonstrated here, will result in an appli¬ 
cation, operating system, and programming 
support base that far exceeds that for dis¬ 
tributed-memory parallel machines. Con¬ 
sequently, we expect shared-memory par¬ 
allel programming to dominate parallel 
programming in the future. ■ 
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Integrated Voice-Data 
Communication over 
High-Speed Fiber 
Optic Networks 


Biswanath Mukherjee, University of California, Davis 


V oice has traditionally been trans¬ 
mitted over telephone lines by 
means of analog channels and cir¬ 
cuit switching, whereby a circuit is exclu¬ 
sively reserved for the entire duration of a 
call. Now, however, analog voice commu¬ 
nication and analog telephone circuits are 
being increasingly replaced by their digital 
counterparts because of the superior qual¬ 
ity of digital transmission. 

Digitized voice traffic is stream-orient¬ 
ed, but a person participating in a conver¬ 
sation is not constantly active. For exam¬ 
ple, empirical measurements show that in a 
typical two-party telephone conversation, 
a person is active only 40 percent of the 
time. At other times he or she is listening to 
the other person or thinking or pausing 
between syllables. 1,2 Hence, instead of al¬ 
locating circuits to voice for the entire call, 
as in circuit switching, a sensible alterna¬ 
tive is to allocate the circuits only on de¬ 
mand, as in packet switching. Packet 
switching is advantageous because it can 
statistically multiplex several voice cir¬ 
cuits on the same channel. By not transmit¬ 
ting information during silences in speech, 
this mechanism prevents a substantial loss 
of bandwidth (or allows a larger number of 
voice circuits and/or a larger data load over 
the same channel), for the price of an in¬ 
creased overhead, of course. 

While the bursty nature of digitized 


— 


The characteristics of 
digitized voice 
facilitate its integration 
with data over packet- 
switched computer 
networks. Here, we 
survey a number of 
proposed protocols for 
high-speed fiber 
optic networks. 


speech makes packet switching and its in¬ 
tegration with data over packet-switched 
computer networks feasible, digitized 
speech has other properties (such as stream- 
oriented generation) and requirements (such 
as real-time delivery) that make the inte¬ 
gration task challenging. But with the ad¬ 
vent of the Broadband Integrated Services 
Digital Network (B-ISDN), 3 the voice-data 


integration issue has become active, and 
numerous protocols for integrating packet 
voice with data over links, bidirectional 
buses, rings, unidirectional buses, and other 
networks have been reported. This inte¬ 
gration not only can avoid duplication of 
network resources but also can utilize 
available resources efficiently. 

The study of high-speed fiber optic local 
and metropolitan area networks (LANs and 
MANs) has also been gaining rapid mo¬ 
mentum because of recent advances in fi¬ 
ber optic technology, which promise high 
data rates over long, repeater-free dis¬ 
tances. 3 Scientists anticipate that not only 
will these high-speed LANs and MANs 
carry voice and data, but they will also 
integrate other services such as digitized 
video (from teleconference quality to 
HDTV), facsimile, and graphics, some of 
which will consume huge amounts of 
bandwidth. As first attempts, several data 
protocols for such networks have been pro¬ 
posed, and several of these protocols have 
been modified or extended to provide in¬ 
tegrated voice-data service. 4 ' 8 

This article focuses on voice-data inte¬ 
gration over emerging high-speed fiber optic 
LANs and MANs employing unidirectional 
buses for information transfer. These net¬ 
works are long and provide high band¬ 
width. Although other networks have been 
implemented with optical fibers—CSMA/ 


0018-9162/91/0200-0049$01.00 © 1991 IEEE 


February 1991 


49 












Figure 1. An architecture for packetizing voice signals. 



Figure 2. A three-state speech source 
model. 


CD and token ring (FDDI), for example — 
they are not considered here because they 
do not operate well when the channel data 
rate is very high — that is, when the packet 
transmission time is comparable to or even 
smaller than the channel propagation de¬ 
lay. (The latter property is also present in 
some high-capacity satellite systems. 
Therefore, some of the problems and so¬ 
lutions discussed in this article have sim¬ 
ilarities with those that have been studied 
in conjunction with satellite systems — for 
example, in work by Satellite Business 
Systems (SBS), IBM, and Comsat.) 

What is packet voice? 

Packet voice characteristics. In a net¬ 
work designed to carry packet voice, all 
speech signals are sampled, coded, and 
packetized, and the packets are then of¬ 
fered to the packet-switched network for 
transmission. As diagrammed in Figure 1, 
a voice source generates (analog) speech 
signals, which are first digitized by an 
analog-to-digital converter (ADC) and then 


coded by a coder that employs pulse code 
modulation (PCM) or adaptive differential 
pulse code modulation (ADPCM). Typi¬ 
cally, assuming voice to be bandlimited at 
4,000 Hz (actually 3,300 Hz plus some 
additional guard band), the speech signal is 
sampled 8,000 times per second; then, using 
8 bits to code each sample, we obtain PCM- 
coded voice at 64 kilobits per second. The 
resulting bit stream can be packetized and 
carried over a data communication facility. 

Digitized speech can usually be com¬ 
pressed, either by better coding (such as 
ADPCM), or by suppressing silences in 
speech. Although silence suppression is 
not a necessary part of integrated voice- 
data communication, it can be achieved by 
packetizing voice signals. Figure 1 shows 
how silence suppression can be performed: 
The output of the ADC is continuously 
monitored by a speech activity detector. If 
the SAD determines that there is any speech 
activity from the source, then it activates 
the voice packetizer to assemble voice 
packets from the ADC output. If the SAD 
does not detect any speech activity, it simply 
turns off the VP. Thus, when a speaker is 
listening or pausing during a conversation, 
no voice packets are created. Note that 
without the SAD, voice packets are created 
periodically at the VP. It should also be 
noted that silence suppression is nontrivi¬ 
al, especially in the presence of background 
noise. The noise might make it hard to 
detect silences, and even if detection suc¬ 
ceeds, the listener will hear the noise switch 
on and off and might become disconcerted. 

A speech source can be modeled by the 
three-state process shown in Figure 2. In 
the idle state, no conversation takes place, 
but the source becomes active when con¬ 
versation starts. In the talk state, the speak¬ 
er is generating activity. The source moves 
to the silent state when the speaker is lis¬ 
tening to the other party in the conversation 


or is pausing between syllables. A typical 
plot of the speech pattern from an active 
source is shown in Figure 3a. An active 
source alternates between the talk and si¬ 
lent states, and the pattern is of the on-off 
type. Measurements tend to indicate that 
talk spurts are independent and exponen¬ 
tially distributed. The silent periods are 
also usually assumed to be independent 
and exponentially distributed, although this 
representation appears to be less accurate, 
since silences between syllables and silences 
caused by the talker’s listening or thinking 
must be separated. Hence, a hyperexpo¬ 
nential model for the silent period is 
probably more accurate. At any rate, 
measurements indicate that talk spurts take 
up only 40 percent of a speaker’s activity in 
a two-party telephone conversation, and 
the mean talk spurt duration P is anywhere 
between 0.35 seconds and 1.5 seconds, 
while the mean silent period duration 5 is 
anywhere between 0.65 seconds and 2.25 
seconds, depending on the speaker, SAD 
sensitivity, and other factors. 2 

The samples, or more precisely the bits, 
generated during a talk spurt are packetized 
into packets of B bits, usually of fixed length 
to maintain a low per-packet processing 
overhead. If R v is the voice coder rate, then 
the number of packets created during a talk 
spurt i s geometrically distributed with mean 
P RJB. Thus, a speech source can be mod¬ 
eled according to the following on-off 
pattern: It generates B-bit packets contin¬ 
uously every RJB seconds, and the number 
of packets generated is geometric with mean 
P RJB, after which the source stops gener¬ 
ating packets for an exponentially distrib¬ 
uted duration of mean 8 seconds (see Fig¬ 
ure 3b). When the silent period ends, its 
duration is also coded and transmitted so 
that the receiver can properly reconstruct 
the speech signal for playback. 

Packet voice requirements. The trans¬ 
mission requirements of voice traffic are 
considerably different from those of data 
traffic. Associated with the creation of a 
voice packet is a packetization delay that is 
a measure of the delay suffered by the 
oldest bit in the voice packet from that bit’s 
generation instant at the ADC until the 
instant the voice packet is completely 
formed. Voice packets are generated syn¬ 
chronously (while the speaker is in talk 
spurt), but once the packets are generated, 
they are randomly delayed by the network 
(due to the underlying protocol’s access 
mechanism). Thus, packets from the same 
source may reach the destination not only 
out of synchronization but also out of order 
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in the absence of proper control mecha¬ 
nisms. Typically, the receiver employs a 
playback mechanism that smooths out the 
received voice packets by adding com¬ 
pensating delays to all packets so that they 
are again in synchrony. 

Long or variable delay is critical for 
speech conversation, but occasional loss is 
not. One-way transmission, such as 
broadcast of speech, is more tolerant of a 
longer fixed delay. Thus, because of the 
real-time nature of voice, each speech 
sample must be delivered at the receiver 
within a certain maximum delay from its 
generation instant, or else that sample be¬ 
comes worthless. Thus, if any voice sam¬ 
ple is delayed longer than the maximum 
tolerable delay for speech D max , that packet 
is dropped from the voice playback pro¬ 
cess. Such dropping of voice packets re¬ 
sults in a loss of the received speech quality. 

Measurements indicate that for good- 
quality speech (that is, for ease of conver¬ 
sation between untrained users), the max¬ 
imum tolerable delay is about 100 
milliseconds. Greater delay can be tolerated, 
but then the conversation tends to become 
more difficult. Also, for speech recon¬ 
struction at the receiver, random packet 
dropping lowers the quality of speech more 
than front-end clipping caused by loss of 
the first few packets in a talk spurt. 

The essential differences between packet 
voice and data traffic requirements can be 
summarized as follows: A loss of one to 
two percent of speech is tolerable, 9 while 
regular computer data cannot tolerate any 
loss. Also, while data traffic can withstand 
longer, variable delay, voice traffic cannot 
tolerate any delay longer than a maximum 
threshold, which determines the ease of 
conversation. 1 

Characteristics of fiber 
optic networks 

Current activities'on the Integrated 
Services Digital Network and the B-ISDN 3 
indicate that, besides digitized speech and 
data, other services such as digitized video 
and interactive graphics must eventually 
also be incorporated into future high-speed 
networks. Thus, not only does the scope of 
the problems encountered in designing such 
integrated networks increase substantially, 
but also the data rate of the transmission 
medium must increase enormously. 

To meet the above requirements, an ap¬ 
propriate technology is needed to implement 
wide-area, high-speed, integrated networks, 



Figure 3. A typical plot of a speech signal from an active speech source: (a) ana¬ 
log output, (b) corresponding voice packets. Gaps represent silent periods. 


along with suitable protocols to exploit the 
technology to its limits. Fortunately, light¬ 
wave technology appears to be evolving at 
just the right time. Using a monomode 
fiber operating at a wavelength of 1.55 
micrometers, signal transmission has been 
performed at data rates of a few gigabits 
per second over repeater-free distances of 
a few hundred kilometers at a bit error rate 
of 10 -9 or better. Research aimed at in¬ 
creasing this data rate and the maximum 
repeater-free distance is being conducted 
at several laboratories, and the technology 
is still maturing. 3 That this technology is 
suitable for future networking needs is also 
supported by several implementation stud¬ 
ies. Unlike copper wire technology, how¬ 
ever, signal attenuation in an optical fiber 
with bidirectional taps is significant. 
Therefore, noting that transmission of in¬ 
formation through the fiber must be unidi¬ 
rectional, we need to investigate protocols 
based on unidirectional signal flow. 

A high-speed LAN or MAN with unidi¬ 
rectional data flow can employ either a bus 
or a ring topology. Other topologies are 
generally not considered because of their 
complexity or the fact that they do not lend 
themselves to distributed channel access. 
Most research on high-speed networks is 
based on the regular, passive bus topology 
to avoid any active electronic components 
in the path of high-speed optical signals.* 
Of course, questions may arise regarding 
the suitability of the fiber optic bus topol¬ 
ogy because of its multidrop nature and the 
signal attenuation at its taps. However, the 


technology is improving, enabling addi¬ 
tional taps to be placed on the bus, and also 
techniques exist by which fiber optic buses 
can be implemented rather easily without 
suffering channel impairment. Belief in 
the unidirectional bus structure’s suitabil¬ 
ity is also supported by the recent devel¬ 
opment activities of the IEEE 802.6 Met¬ 
ropolitan Area Network Standard, 10 which 
employs the structure shown in Figure 4c. 

An obvious question is: Why (or in what 
sense) should protocols for high-speed fi¬ 
ber optic LANs and MANs be different 
from those of today’s state-of-the-art cop¬ 
per-wire-based LANs? Although lightwave 
technology can sustain much higher bit 
rates, the channel propagation delays are 
still governed by the speed of light (which 
is approximately the same for both copper 
and fiber). Thus, in a high-speed fiber optic 
network, the ratio of the packet transmis¬ 
sion time to the channel propagation delay 
becomes much smaller than that in existing 
LANs. Naturally, this affects the choice of 
protocols as well. 

Various topologies for (unidirectional) 
fiber optic bus networks are shown in Fig¬ 
ure 4. Those in Figures 4a and 4b are called 
single-bus unidirectional broadcast system 
(SUBS) network topologies because they 
employ a single bus. The single-folded 


* Although research is concentrating on the passive 
topology, current practice relies on active repeaters 
either at every tap (as in the Bellcore Metrocore network) 
or periodically along the fiber, because losses in con¬ 
nectors are very significant. 
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Figure 4. Topologies for unidirectional 
fiber optic bus networks: (a) SUBS 
(example: D-Net), (b) SUBS (example: 
Expressnet), (c) DUBS (example: Fas- 
net). 


SUBS topology of Figure 4a has been pro¬ 
posed for C-Net, 6 D-Net, 4 and other pro¬ 
tocols, 8 while the double-folded SUBS to¬ 
pology of Figure 4b has been proposed for 
Expressnet. 5 The topology in Figure 4c, 
which has been proposed for Fasnet, 7 the 
IEEE 802.6 Metropolitan Area Network 
Standard, 1011 and other protocols (for ex¬ 
ample, Bellcore’s Metrocore network im¬ 
plementation), is called a dual-bus unidi¬ 
rectional broadcast system (DUBS) because 
it utilizes two buses. 



Figure 5. Inbound channel activity of Expressnet (D-Net): trains for data-only 
traffic. 


The various voice-data integration pro¬ 
tocols proposed for these network struc¬ 
tures can be classified into two categories: 
train-oriented protocols and nontrain-ori¬ 
ented protocols. The nontrain-oriented 
protocols appear to achieve very high 
throughput, independent of the network 
size (bus length) and data rate. The following 
two sections outline the basic data proto¬ 
cols and show how they are extended to 
accommodate integration of packet voice. 

Train-oriented voice- 
data protocols 

Consider the SUBS topologies of Figures 
4a and 4b. Data stations can communicate 
with one another using the following simple 
D-Net 4 and basic Expressnet 5 protocol. The 
network consists of an inbound and an 
outbound channel, and signals propagate 
toward the (open) end of the inbound 
channel. The time a signal takes to propa¬ 
gate from one end of the inbound (or out¬ 
bound) channel to the other is a, so the 
propagation time from the head of the 
outbound channel to the end of the inbound 
channel is 2a for D-Net and 3a for Ex¬ 
pressnet. There are a total of N stations, and 
each station has a transmit tap T and a sense 
tap S on the outbound channel, and a receive 
tap R on the inbound channel. A given 
station’s S tap will detect all transmissions 
from stations upstream from itself. Any R 
tap can receive all the traffic on the in¬ 
bound channel. Since the network is open, 
transmitted packets will simply drop off 
the end of the inbound channel. 

Data stations communicate with one 
another by creating a “train” of packets. 
Basically, stations are required to transmit 
sequentially on the outbound channel. This 
is accomplished by having a station trans¬ 
mit (append) a packet at the end of a (pos¬ 
sibly) partially formed train of packets 
when the latter has just completely moved 


past the station’s interface. The details of 
this operation follow. 

The S tap enables a station to detect the 
end of carrier (EOC) on the outbound 
channel. Because of the station’s process¬ 
ing (reaction) time, this detection can be 
performed within t d seconds of the actual 
EOC. When a station detects an EOC, it 
begins to transmit a packet if it has one to 
send. This packet is of duration T p , which 
consists of a preamble and an information 
section. The preamble is slightly longer 
than t d so that a collision can be detected 
within its duration. Packet transmissions 
are separated by t d , and a station can start 
its packet transmission t d time after de¬ 
tecting the end of a packet at its S tap, even 
though packet transmission from an up¬ 
stream station is in progress. This causes a 
collision, but the collision is confined to 
the preamble portion of the packet because 
the transmitting station is also monitoring 
upstream activity while transmitting its 
packet. If a collision is detected, the station 
stops transmitting and saves the packet for 
the next attempt; otherwise, it finishes 
transmitting the packet. Then, the station 
again waits for the next EOC to transmit its 
next packet. When a collision occurs, the 
preamble is the only section that can pos¬ 
sibly be overwritten or distorted, so no 
information will be lost with this technique. 
As shown by Figure 5, as the first message 
moves down the channel, each station will 
append its packet to form a train of packets 
on the channel with a separation of time t d 
between packets. 

However, some means of providing an 
EOC to Station 1 is needed to start this 
sequence of events. That is the purpose of 
a locomotive generator (LG), whose func¬ 
tion may be delegated to Station 1 as well. 
At specific instants the LG transmits on the 
outbound channel a short packet called the 
locomotive, which is just slightly longer 
than t d . The end of this packet provides the 
initial EOC to the channel and acts as the 
locomotive for the train of messages. The 
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Figure 6. Inbound channel activity of Expressnet (D-Net), showing alternate 
voice and data trains. 


locomotive is generated every time an end 
of train (EOT) is detected at the receiver of 
the LG. The EOT is simply the EOC on the 
inbound channel. Thus, there will be an 
intertrain gap of 2a plus the time t d it takes 
the LG to detect the EOT between the end 
of the last packet on a train (the caboose) 
and the next locomotive (see Figure 5). For 
networks with large a, this can create an 
unacceptable loss in efficiency. Notice that 
this mechanism has a slightly centralized 
operation at the head station. But the sys¬ 
tem is still fault tolerant since, when the 
head station fails, the next station can take 
up the role of the head station after a certain 

Data-only protocols, in general, can al¬ 
low the transmission of rather long pack¬ 
ets, corresponding to some sort of logical 
data structure. But voice protocols must 
bound the voice packet delay to a certain 
maximum. Therefore, many voice-data 
integrated protocols break up the logical 
data packets into smaller cells or slots for 
transmission and further superimpose a 
framing structure on the channel. Howev¬ 
er, at gigabyte-per-second rates, it is pos¬ 
sible to have packets as large as a few 
thousand bytes even within a frame. 

The following subsections describe, first, 
the Expressnet voice-data integration pro¬ 
tocols and, next, the C-Net data protocol 
and its extension to integrate voice, both of 
which apply to SUBS structures of Figures 
4a and 4b; and the Fasnet data protocol and 
its voice-data integration version, which 
apply to the DUBS structure of Figure 4c. 
In all these topologies, each bus has a head 
station and an end station, with the inter¬ 
mediate stations i (1 < i < N), and each 
station can have three types of taps: a sense 
tap S, a transmit tap T, and a receive tap R. 

Expressnet. Expressnet-I, an early pro¬ 
posal to integrate voice and data on Ex¬ 
pressnet (or D-Net), required the LG to 
generate a voice locomotive and a data 
locomotive alternately, both of which could 
be recognized by all stations. In a round 
started by a voice locomotive, only voice 
stations were allowed to transmit their voice 
packets, while only data packets were al¬ 
lowed transmission in rounds started by a 
data locomotive. A cycle consisted of a 
voice train followed by a data train. Typi¬ 
cal activity seen on the inbound channel is 
shown in Figure 6. To satisfy the speech 
delay constraint—that is, given a maximum 
tolerable speech delay D max — this proto¬ 
col limited the maximum number of voice 
stations on the channel to a number JV v>max , 
and it also upper-bounded the duration of 


the data trains. (See Tobagi, Borgonovo, 
and Fratta 5 for the determination of N v max .) 
New voice sources were blocked if the 
number of active voice sources was already 
JV v ,max- 

The protocol was later refined as Ex- 
pressnet-II to incorporate silence suppres¬ 
sion and to accommodate a larger number 
of voice stations by taking advantage of the 
stochastic nature of speech sources — 
specifically, by not transmitting voice 
packets when the corresponding speech 
source is in the silent state. A novelty of 
Expressnet-II is that a voice station is re¬ 
quired to transmit all its collected voice 
bits in a packet whenever its turn for 
transmission comes up. Although this re¬ 
sults in variable-length voice packets, a 
typical voice sample is expected to be de¬ 
layed less on the average. 

In Expressnet-III, instead of alternate 
trains of voice and data, there is only one 
train. Any station, either voice or data, can 
transmit in a train whenever it detects an 
EOC on the outbound channel. This scheme 
potentially can achieve higher efficiency, 
since it cuts the number of idle periods 
between trains by half. 

C-Net. The C-Net data protocol employs 
a modification of the D-Net and Express- 
net protocol, with the goal of achieving 
better performance at light loading. Spe¬ 
cifically, a data station, instead of waiting 
for an EOC on the outbound channel, is 
allowed to transmit a packet after it detects 
an EOT on the inbound channel, provided 
that no carrier is detected on the outbound 
channel at the same time. While transmit¬ 
ting its packet, the station also monitors the 
outbound channel for activity from up¬ 
stream stations. If it detects any such activ¬ 
ity, it aborts its transmission so that upstream 
packet transmissions are not disturbed; its 
own transmission, however, is said to have 
experienced a collision. The station con¬ 
tinues to scan the outbound channel for an 
EOC, and upon detecting this event, it 
retransmits its entire, packet. 


Under light loads, this mechanism be¬ 
haves like a random access protocol: pack¬ 
ets encounter negligible waiting delay, in¬ 
dependent of the bus length and data rate. 
In contrast, the average packet waiting 
time for D-Net and Expressnet under light 
loads approximately equals half the prop¬ 
agation delay between the head station’s S 
and R taps. 6 Under heavy loads the per¬ 
formance of C-Net converges to that 
achieved by D-Net and Expressnet. Unlike 
D-Net and Expressnet, however, service 
received by stations may not be fair. Spe¬ 
cifically, if Station i’s (1 < i < N) packet 
transmission time is less than twice the 
propagation delay between the S taps of 
Stations i-1 and i, Station i’s transmission 
can get aborted due to the transmission by 
Station i-l. Hence, the service provided by 
C-Net can be biased in favor of upstream 
stations. 

The extension of this protocol to accom¬ 
modate voice requires that voice stations 
superimpose a framing structure on the 
channel, where a frame of duration y sec¬ 
onds repeats itself. The parameter y is the 
voice packetization interval — that is, bits 
collected from the ADC output over a du¬ 
ration of y would be just sufficient to fill a 
voice packet (or slot). All voice stations 
generate a voice start signal in a distributed 
fashion to indicate the beginning of a frame, 
which all data stations can also recognize. 
Specifically, a new voice station, say Voice 
Station j, acquires synchronization as fol¬ 
lows: It monitors both the inbound and 
outbound channels for y seconds for a voice 
start signal. If it hears one on the outbound 
channel (that is, if there are active voice 
stations upstream), it acquires synchroni¬ 
zation by resetting its local clock and trans¬ 
mitting the voice start signal every y sec¬ 
onds thereafter. If it hears the voice start 
signal on the inbound channel (that is, 
there are no active voice stations upstream 
but there are some downstream), it acquires 
synchronization by setting its clock to y 
- T,j, where T ft - is the propagation delay be¬ 
tween the station’s S and R taps, and it is 
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Figure 7. Fasnet access control (AC) field format. (Note the dead times following 
the S, E, and B bits.) 


known to the station in advance. The sta¬ 
tion will generate a voice start signal when 
the clock reaches y and every y seconds 
thereafter. If the voice station does not hear 
the voice start signal on either channel over 
a period of y (that is, there are no active 
voice stations on the channel), it generates 
a voice start signal that other voice stations 
(which become active later) will synchro¬ 
nize to. Note that voice start signal trans¬ 
missions from active voice stations will 
overlap and there will be a voice start 
signal every y seconds as long as there is at 
least one active voice station. 

Upon detecting a voice start signal on 
the outbound channel, all voice stations 
monitor the same channel for EOC and 
then append their voice packets, creating a 
voice train just as in the pure data case. 
Now, the data stations are not allowed to 
access the channel during the voice round. 
Instead, they monitor the inbound channel 
for an EOT, and upon detecting one, they 
transmit their data packets, using the reg¬ 
ular C-Net data protocol. Of course, they 
are required to abort to the voice start 
signal that starts the next frame. 

Fasnet. Fasnet has been proposed for 
the DUBS topology of Figure 4c. Under 
the Fasnet data protocol the operation of 
Fasnet is partially centralized at the end 
stations, which are required to perform 
some special operations. All stations can 
read from and write to both buses, using 
their S/R and T taps, respectively. When a 
packet arrives at a station, that station 
chooses one of the two buses for its packet 
transmission. Specifically, it chooses the 
bus on which the packet’s destination is 
downstream from the sender. Each bus has 
a head station and an end station, which for 
Bus A are Station 1 and Station N, re¬ 
spectively (see Figure 4c). The following 
discussion describes the operation of Bus 
A, but the same applies to Bus B with the 
head and end stations reversed. 

Station 1 transmits a synchronization 
pattern at regular intervals on Bus A to mark 


the beginning of each slot. A slot, which is 
of fixed length, consists of an access control 
(AC) field and an information field. A pack¬ 
et’s length is such that it fits into the infor¬ 
mation portion of a slot. The AC field, 
whose format is shown in Figure 7, consists 
of three bits: start bit (5), busy bit (B), and 
end bit (E). 5=1 signals the beginning of a 
cycle. B = 1 signifies that the corresponding 
slot has already been written into. After 
each of the bits 5 and B, there are idle (dead) 
times, which allow the stations some time to 
read and to process these bits as the slot is 
passing by. The £ bit is set by the end station 
on Bus B to tell the head station on Bus A to 
start a new cycle on Bus A. 

When a station has a packet to send on 
Bus A, it waits until the beginning of the 
next cycle — that is, it waits until it finds 5 
= 1 in one of the slots on Bus A. Then, it 
continuously reads and sets B = 1 for each 
slot as it passes by. Note that setting an 
already set bit amounts to nothing. When 
the station detects B = 0 — that is, when it 
succeeds in changing B from 0 to 1 — it 
writes its packet into the corresponding 
slot. For its next packet transmission the 
station waits until 5=1 again. Thus, any 
station is allowed to transmit at most one 
packet in a cycle. 

A new round is initiated by Station 1 on 
Bus A in cooperation with the end station 
(Station N). Station N monitors all slots on 
Bus A. After it detects 5 = 1, it examines all 
slots until it finds one with B = 0, which 
implies that there will be no more trans¬ 
missions in this round on Bus A. This fact, 
namely that the current round on Bus A has 
ended and that Station 1 should start a new 
round, is reported by Station N to Station 1. 
Specifically, Station N sets E = 1 in the 
next slot on Bus B. Station 1, upon detecting 
E = 1 on Bus B, starts the next round by 
issuing 5 = 1 in the next slot on Bus A. Bus 
B ’ s operation is similar to but independent 
from Bus A’s. Also, the two buses operate 
asynchronously. 

The Fasnet data protocol has been ex¬ 
tended to accommodate voice. 7 Under the 


integrated voice-data protocol, the 5 bit is 
replaced by a start code that can take on the 
values H, G, V, D, and C. Now, the channel 
is not only slotted but it is also framed in 
the sense that a frame starting with a voice 
cycle is repeated every L slots. The choice 
of L is an important issue. Basically, the 
number of speech bits collected over L 
slots at a voice station in talk spurt must be 
such that it completely fills the information 
portion of the slot. Also, the number of 
voice stations is upper-bounded by L. This 
way, an active voice source can be allocated 
a slot in each frame. 

A simple access-mechanism is the fol¬ 
lowing: The head station (for example. 
Station 1 on Bus A) marks 5 = H on the first 
slot of a frame to indicate the beginning of 
a voice cycle. It then marks 5 = G in the 
following slots to indicate that these are 
voice slots also. Voice stations transmit 
their voice packets in these slots. When the 
end station encounters the end of the voice 
cycle (due to an empty voice slot), it sig¬ 
nals the end-of-voice-cycle information by 
setting E = 1 on the reverse bus. When the 
head station learns this, it starts a data 
cycle by issuing 5 = D (or possibly 5 = C) 
in the next slot. When L slots in the current 
frame have been issued, the head station 
starts the next voice cycle by setting 5 = H. 
Details on how data stations communicate 
and on the use of the codes 5 = D and 5 = C 
are given by Mark and Limb. 7 

An earlier version of the protocol upper- 
bounded the number of voice slots allocated 
in a frame to M, where M < L. Thus, if all 
M slots were used for voice transmission, 
then the (M + l)th slot of the frame would 
be used for data and there would be no slots 
wasted due to the absence of the usual 
intercycle overhead. But this also admits 
the possibility of voice clipping if there are 
more than M ready voice stations in a frame. 
Also, for the sake of “fairness,” the Mark 
and Limb version of the protocol provides 
a voice admission control algorithm, which 
admits new voice calls only if the network 
load is not sufficiently heavy. This is done 
by employing the 5 = V code for a number 
of reserved voice slots. Now, only voice 
calls in progress are allowed to access 
voice slots that have 5 = V. The determi¬ 
nation of how many new voice calls can be 
admitted in a cycle is shown by Mark and 
Limb. That number of slots will be issued, 
starting with 5 = H and followed by 5 = Gs. 

The Fasnet idea has been implemented 
in the Bellcore Metrocore network, which 
provides service both to bursty traffic such 
as data and to stream-oriented traffic such 
as voice and video. 
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Figure 8. Organization of a unidirectional bus network with N stations, station 
traffic {A,,}, station probabilities {/?,}, and the flow of slots past station interfaces. 
(* = imbedded times) 


Nontrain-oriented 
voice-data protocols 

A potential limitation of the train-oriented 
protocols is the signaling overhead between 
consecutive cycles (also called the sojourn 
time 7 ), which can become significant for 
long, high-speed buses and can cause the 
protocol’s efficiency (channel capacity) to 
become quite low. The C-Net proposal 
tries to overcome this problem by allowing 
random access between rounds, but if the 
packet lengths and station spacings are not 
favorable, it is possible that the overhead 
between rounds is not reducible; also un¬ 
fairness in access might result. Several 
proposals to overcome Fasnet’s capacity 
loss have also been proposed, including 
random access between rounds and esti¬ 
mation of the maximum round length, but 
like C-Net they result in a channel capacity 
less than unity while not necessarily guar¬ 
anteeing fairness. The following, howev¬ 
er, are two recent proposals for high-speed 
fiber optic networks, both of which can 
achieve a channel capacity of unity. 

The Pi -persistent protocol. The p r 

persistent protocol applies to both the SUB S 
and DUBS network topologies. Under this 
scheme, the channel is slotted with a slot 
equaling a packet’s transmission time. The 
head station continuously generates empty 
slots on the bus in question (as in Fasnet). 
Stations examine slots as they pass by their 
interface to detect empty slots, using either 
the Fasnet busy-bit approach or the timed- 
delay carrier detection principle of D-Net 
and Expressnet. If any station, say Station 
i, has a packet to send, it persists with its 
attempt to transmit the packet in an empty 
slot with probability p, until the packet 
transmission is completed. By suitable 
choice of the p„ fairness is achieved in terms 
of equal average packet delay, equal 
blocking, or equal throughput (the latter 
two for finite buffer systems). 

Further, this protocol not only achieves 
a channel capacity of unity, but under light 
loads it behaves like a random-access pro¬ 
tocol, resulting in a mean packet waiting 
time of only 0.5 slot. These performance 
figures are insensitive to the bus charac¬ 
teristics, so that the protocol is particularly 
well-suited for long unidirectional buses 
with high-bandwidth applications. Of 
course, when the loading on the network 
fluctuates, the parameters p, must also be 
adjusted accordingly for fairness. Details 
on how the p t can be determined for a given 
load distribution, fairness criterion (for 


example, equal average packet delay), and 
other network parameters are given by 
Mukherjee and Meditch. 8 Also, the net¬ 
work parametersp, must be adjusted to their 
proper values when the network loading 
fluctuates. Details on a corresponding 
adaptive algorithm that dynamically adjusts 
the pi at their proper values in a distributed 
fashion using channel feedback are given 
by Mukherjee et al. 12 A conceptual view of 
the transmission process on any bus is 
shown in Figure 8. 

To accommodate voice, a proposed 
modified version 8 of the p-persistent pro¬ 
tocol employs a fixed-frame-length ap¬ 
proach, in which a frame, which is repeat¬ 
ed, consists of a voice subframe followed 
by a data subframe. Speech sources are 
modeled with speech detectors to prevent 
the 60 percent waste of bandwidth that 
would otherwise be required. Also, the 
modified protocol uses a movable bound¬ 
ary scheme in which the voice subframe 
size is estimated from the number of voice 
packets transmitted in the previous frame, 
by means of knowledge from the channel. 
Access to the data subframe is provided to 
the data stations via the p-persistent pro¬ 
tocol. A voice station.is allowed to transmit 


only one packet in a frame, whose duration 
is less than the maximum tolerable speech 
delay. For simplicity, therefore, we slight¬ 
ly modify the voice station model dis¬ 
cussed earlier by assuming that short talk 
spurts are ignored while short silent peri¬ 
ods are “filled in.” In particular, we assume 
that over the duration of a frame a voice 
station makes at most one transition be¬ 
tween its talk and silent states. 

The head station, be it a voice or data 
source, generates fixed-sized, empty slots 
on the bus. It marks a new frame after every 
L slots, where L is chosen as in Fasnet. For 
a general layout in which voice and data 
stations are distributed arbitrarily on the 
bus, the head station marks the first L r 
slots, 1 <L r < min(F, AT V ), in frame r for use 
by voice packets only. Activity on the 
inbound channel, including the voice and 
data subframes, is shown in Figure 9. The 
integer L r = L r (K r l ) is the estimated voice 
subframe size of frame r given that K r t 
voice packets were transmitted in the pre¬ 
vious frame r— 1. Of course, it is possible 
that more than L r voice stations are ready to 
transmit packets in frame r. Then, stations 
beyond the most upstream L r ready voice 
stations will lose their chance to transmit in 
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Figure 10. DQDB access control field format. 


that frame, the result of this packet loss 
being that the corresponding speech is 
clipped. Due to the unidirectional access 
scheme, the last voice station experiences 
the worst clipping. On the other hand, if 
fewer than L r voice stations transmit in frame 
r, there will be several unused voice slots 
and, hence, a loss of bandwidth. Thus, the 
specification of L r involves a trade-off 
between clipping and wasted bandwidth. 8 

IEEE 802.6 MAN Standard. Recently, 
the distributed queue dual bus (DQDB) 
protocol 10 (also known as the queued packet 
and synchronous circuit exchange, or QPSX, 
protocol 11 ) has been adopted by the IEEE 
802.6 Working Committee as a metropol¬ 
itan area network (MAN) standard. The 
primary function of this standard is to pro¬ 
vide LAN interconnection over a high¬ 
speed optical medium and to support inte¬ 
grated traffic. The network topology is the 
same as that of Fasnet (Figure 4c). The 
head station of each bus generates fixed- 
size empty slots, which consist of an 
access control field and an information 
field. The format of the 8-bit AC field is 
shown in Figure 10. 

Let us discuss the data protocol first. 
Consider Bus A. (All of the following 
discussion applies to Bus B as well, with 
the roles of the end stations and the two 
buses reversed.) All stations attempt to 
maintain a global queue for packet trans¬ 
mission requests on Bus A. The basic idea 
is that if a station, say Station i (1 < i < N), 


wants to transmit a packet to Station j (i < 
j < AO on Bus A, that station should request 
its upstream counterparts (Stations 1 through 
i'-l in this case) to release a slot for its use. 
(Station 1 need not make such a request 
because there is no station upstream from it 
on Bus A.) Since there are several stations 
contending for slots, the global queue 
mechanism tries to maintain a list of pending 
requests (distributed over the individual 
stations, of course), and it attempts to serve 
these requests in first-come-first-served 
order. But it turns out that although the 
DQDB protocol does achieve a per-bus 
channel capacity of unity, it also results in 
unfair service, biased in favor of the up¬ 
stream stations, especially at heavy loads 
for long, high-speed buses. This unfairness 
can be understood by means of the following 
scenario: If the head station is heavily 
loaded, it can use all available slots, except 
when a downstream station requests one. 
The downstream station, on the other hand, 
suffers a latency equaling the two-way 
propagation delay to the head station be¬ 
tween generating a request and receiving 
an empty slot. 

The DQDB protocol allows three differ¬ 
ent priority classes of data traffic. Let us 
consider the single-priority case first. Each 
node maintains a set of counters—a request 
(REQ) counter and a countdown (CD) 
counter — for each bus. The counters are 
reset to zero at network initialization time. 
To access an empty slot on Bus A, Station 
i issues a request on Bus B (for Stations 1 


through i-1 to hear, essentially). It does so 
by setting the request bit in the AC field of 
a reverse-flowing slot on Bus B. The R bit 
might already have been set, in which case 
the station continues to set the R bit until it 
is successful in changing an R bit from 0 to 
1. An idle station continuously monitors 
both buses. It increments its REQ counter 
each time it sees a set R bit on Bus B, and 
it decrements the REQ counter for each 
empty slot that passes by on Bus A. The 
REQ counter value at Station i indicates the 
number of stations downstream from Sta¬ 
tion i (Stations i + 1 through N) that have 
waiting packets, so that Station i should let 
that many empty slots go before accessing 
one itself, in order to be fair. 

When Station i has a packet arrival (for 
transmission on Bus A), it downloads the 
contents of its REQ counter into its CD 
counter and it clears the REQ counter. 
Then it signals a request on Bus B (to 
Stations 1 through i-1) by successfully 
setting R = 1 and enters the countdown 
state. Using this technique, the station has 
established itself in the global request queue. 

In the countdown state, the station con¬ 
tinues to operate its REQ counter as before. 
Also, it decrements the CD counter for 
every empty slot passing by on Bus A. 
When the CD counter goes to zero, the 
station accesses the next empty slot on Bus 
A to transmit its packet. After its packet 
transmission, the station goes back to the 
idle state. 

The IEEE 802.6 MAN Standard allows 
three different priority levels, and there is 
a request bit for each level in the AC field 
(see Figure 10). For each bus, a station now 
maintains a REQ counter for each priority 
level, but it still has one CD counter. When 
a station has more than one request to send, 
the requests are queued up internally and a 
station is permitted to have only one pending 
request at each priority level. The next 
request can be issued only after the previ¬ 
ous one has been serviced. 

To accommodate voice and other stream- 
oriented services, IEEE 802.6 requires that 
the head station generate frames at regular 
intervals of 125 microseconds. Slots in a 
frame are now grouped into two categories: 
queued arbitrated (QA) and prearbitrated 
(PA), and this information is signaled 
through the slot_type bit of the AC field 
(Figure 10). The QA slots are meant for 
packet-switched (asynchronous) services, 
while the PA slots are set aside for use by 
(channel-switched) synchronous services. 
Empty slots are allocated dynamically be¬ 
tween these two categories. The QA slots 
are controlled and arbitrated through the 
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global queue mechanism. Access to the PA 
slots is regulated to synchronous traffic 
such as voice and video. 

Every frame consists of M slots, each of 
which in turn has L octets (bytes). One slot 
is reserved for control packets. In every 
frame some of the remaining M -1 slots are 
allocated for PA traffic regardless of the 
state of the distributed data queue. Each of 
the L octets in a PA slot can be used as a 
voice channel (at 64 kilobits per second, 
possibly PCM-coded). Each PA slot can 
therefore be viewed as providing L syn¬ 
chronous voice-grade channels. Even if 
only one octet in a PA slot is allocated for 
synchronous traffic, the whole slot is la¬ 
beled to be of the PA type, and its unused 
portion is unavailable for QA traffic. Once 
a voice call is established, it continues to 
use the same octet in the same slot in every 
frame. When the call ends, the corre¬ 
sponding octet is returned to the available 
pool of circuits. In admitting a new call to 
the channel, several alternatives exist as to 
how to allocate an octet (circuit) to the call. 
The QPSX MAN employs the “first fit” 
algorithm, in which the incoming circuit 
request is assigned the octet with the lowest 
identification number among all empty oc¬ 
tets in PA slots, where octets are numbered 
in increasing order starting with the first 
octet in a frame at zero. 

Discussion 

To compare the various protocols out¬ 
lined in this article, let us summarize their 
characteristics, advantages, and limitations. 
The salient features of the various protocols 
are also summarized in Table 1. 

The nontrain-oriented protocols, p r 
persistent and DQDB, as well as their inte¬ 
grated voice-data versions, can achieve 
100-percent channel utilization, indepen¬ 
dent of the network size (bus length) and 
data rate. Hence, they would be suitable for 
networking over areas wider than those 
covered by LANs, such as metropolitan 
areas. The train-oriented protocols, on the 
other hand, are limited by their signaling 
overhead between rounds. Consequently, 
they achieve less than 100-percent channel 
utilization, and the efficiency decreases 
with longer buses or higher data rates or 
both. The C-Net protocol (and some other 
modified proposals) does attempt to over¬ 
come part of this overhead by employing 
random access between rounds, but if 
network parameters such as station spacing 
and packet transmission time are unfavor¬ 
able, the gain in channel utilization may be 
insignificant. In fact, the protocol might 


Table 1. Comparison of the various protocols. 



Channel 

Capacity 

Fairness 

Packet 

Length 

Control 

Expressnet/ 

D-Net 

<1.0 

Fair 

Variable 

Simple 

C-Net 

<1.0 

Not guaranteed 

Variable 

Simple 

Fasnet 

<1.0 

Fair 

Fixed 

Somewhat complex 

p.-persistent 

1.0 

Fair 

Fixed 

Somewhat complex 

DQDB 

1.0 

Not guaranteed 

Fixed 

Simple 


become biased in favor of upstream sta¬ 
tions. 

Fairness is another important issue. 
Fairness can be defined in several ways. 
For example, it might mean that the mean 
access delay for all packets is equalized, 
regardless of which station the packet 
originated at. Another possible definition 
is, if Station i cannot get all the bandwidth 
it needs, then no other station can get more 
than Station i gets. Among the two 100- 
percent utilization protocols, the /^-per¬ 
sistent protocol achieves fairness by pro¬ 
viding all stations with the same grade of 
service, independent of the network pa¬ 
rameters. The DQDB protocol, however, 
becomes unfair, biased in favor of upstream 
stations for the one-bus case and in favor of 
end stations for both buses combined, es¬ 
pecially when the loading becomes high 
and the channel propagation delay is sig¬ 
nificantly larger than the packet transmis¬ 
sion time. More processing and control are 
required at a station under the p-persistent 
protocol, while the DQDB control mech¬ 
anism is quite straightforward. Modifica¬ 
tions that attempt to reduce the unfairness 
of DQDB, however, are quite complex. I 
believe that, with relative ease, the p r 
persistent idea can be incorporated in the 
DQDB protocol, thereby making it fair. 
Among the train-oriented protocols the basic 
D-Net, Expressnet, and Fasnet protocols 
do not discriminate between station posi¬ 
tions in serving them. But C-Net and the 
Fasnet enhancements that attempt to in¬ 
crease channel utilization do result in the 
possibility of unfair service. 

Another important issue is the packet 
length employed by the stations to com¬ 
municate with one another. In this regard. 


the D-Net, Expressnet, and C-Net proto¬ 
cols are better because they allow variable- 
length packets, and messages offered to 
the networks are expected to have variable 
lengths as well. Because of their slotted 
nature, Fasnet, p r persistent, and the DQDB 
protocols must convert these messages into 
fixed-length packets each of which will fit 
into a slot, thereby incurring some additional 
processing overhead and possible band¬ 
width waste if the last packet in a message 
does not completely fill a slot. 

Additionally, almost all the protocols 
discussed here employ some partial central 
control, such as locomotive generation, 
slot generation, or frame generation. (No¬ 
table exceptions are the Expressnet and C- 
Net protocols.) The networks are neverthe¬ 
less quite tolerant of head station failure 
because the next active downstream sta¬ 
tion can assume the role of the head station 
after a certain time-out. 


S everal additional proposals for high¬ 
speed fiber optic networks can be 
found in the literature, such as 
Treenet, Shufflenet, Amtrac, and the Man¬ 
hattan Street Network. These protocols and 
the corresponding network structures are 
not discussed here because only data pro¬ 
tocols, but no voice-data integration mech¬ 
anism for these structures, have been pro¬ 
posed. 

Currently, significant work is taking place 
on modeling the unfairness of the DQDB 
data protocol and proposing modifications 
that are fair. Other new voice-data integra¬ 
tion schemes are also being proposed. Ac¬ 
tivity in the study and development of 
packet video networks is also increasing.■ 
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Identifying and Qualifying 
Reusable Software Components 


Gianluigi Caldiera and Victor R. Basili 
University of Maryland 


E ffective reuse of knowledge, pro¬ 
cesses, and products from previous 
software developments can increase 
productivity and quality in software projects 
by an order of magnitude. In fact, software 
production using reusable components will 
probably be crucial to the software indus¬ 
try’s evolution to higher levels of maturity. 

Software reuse is not new. Mcllroy 1 
proposed using modular software units in 
1969, and reuse has been behind many 
software developments. However, the 
method has never acquired real momen¬ 
tum in industrial environments and soft¬ 
ware projects, despite its informal pres¬ 
ence there. 

The first problem we encounter in reus¬ 
ing software arises from the nature of the 
object to be reused. The concept is simple 
— use the same object more than once. But 
with software it is difficult to define what 
an object is apart from its context. 2 We have 
programs, parts of programs, specifica¬ 
tions, requirements, architectures, test cas¬ 
es, and plans, all related to each other. The 
reuse of each software object implies the 
concurrent reuse of the objects associated 
with it, and informal information traveling 
with the objects. Thus, we must reuse more 
than code. Software objects and their rela¬ 
tionships incorporate a large amount of 
experience from past development. We need 
to reuse this experience in the production 
of new software. The experience makes it 
possible to reuse software objects. 3 

A second major problem in code reuse is 
the lack of a set of reusable components. 


Software metrics 
provide a way to 
automate the extraction 
of reusable software 
components from 
existing systems, 
reducing the amount of 
code that experts must 
analyze. 


despite the large amount of software that 
already exists in the portfolios of many 
software producers. Reuse efficiency and 
cost effectiveness require a large catalog 
of available reusable objects. 

In this article, we outline a way to reuse 
development experience along with the 
software objects it produces. Then, we fo¬ 
cus on a problem in the development of a 
catalog of reusable components: how to 
analyze existing components and identify 
ones suitable for reuse. After they are iden¬ 
tified, the parts could be extracted, pack¬ 
aged in a way appropriate for reuse, and 
stored in a component repository. This 
catalog of heterogeneous objects would 
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have to be designed for efficient retrieval 
of individual components, but that topic is 
beyond our scope. 

Our model for reusing software compo¬ 
nents splits the traditional life-cycle mod¬ 
els into two parts: one part, the project, 
delivers software systems, while the other 
part, the factory, supplies reusable soft¬ 
ware objects to the project. The factory’s 
primary concerns are the extraction and 
packaging of reusable components, but it 
must, of course, work with a detailed 
knowledge of the application domain from 
which a component is extracted. 

Our approach to identification and qual¬ 
ification of reusable software is based on 
software models and metrics. Because 
software metrics take into account the large 
volume of source code that must be ana¬ 
lyzed to find reusable parts, they provide a 
way to automate the first steps of the 
analysis. Besides, models and metrics permit 
feedback and improvement to make the 
extraction process fit a variety of environ¬ 
ments. 

The extracted candidates are analyzed 
more carefully in the context of the seman¬ 
tics of the source application in a process 
we call “qualification.” 

In this article, we describe some case 
studies to validate our experimental ap¬ 
proach. They deal with only the identifica¬ 
tion phase and use a very simple model of 
a reusable code component, but our results 
show that automated techniques can reduce 
the amount of code that a domain expert 
needs to evaluate to identify reusable parts. 
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Reuse framework and 
organization 

In many software engineering projects, 
reuse is as common as in everyday life: It is 
an informal sharing of techniques and 
products among people working on the 
same or similar projects. Transforming in¬ 
formal reuse concepts into a technology of 
reuse would provide the basis for the future 
software factory, improving quality and 
increasing productivity, as well as making 
production more manageable. To achieve 
higher levels of reuse, we must recognize 
the experience appropriate for reuse, pack¬ 
age experience in a readily available way, 
and formally integrate reuse into software 
development. 

Currently, all reuse occurs in the project 
development, where reuse is difficult be¬ 
cause a project’s focus is system delivery. 
Packaging reusable experience is at best a 
secondary concern. Besides, project per¬ 
sonnel cannot recognize the pieces of ex¬ 
perience appropriate for other projects. 

Existing process models, which tend to 
be rigidly deterministic, are not defined to 


take advantage of reuse, much less to cre¬ 
ate reusable experience. To create pack¬ 
aged experience and then reuse it, multiple 
process models are necessary. 

Figure 1 shows an organizational frame¬ 
work that separates project- specific activ¬ 
ities from the reuse-packaging activities, 
with process models that support each ac¬ 
tivity. 4 The framework defines two sep¬ 
arate organizations: a project organization 
and an experience factory. 

The project organization develops the 
product, taking advantage of all forms of 
packaged experience from prior and current 
developments. In turn, the project offers its 
own experiences to be packaged for other 
projects. The experience factory recognizes 
potentially reusable experience and pack¬ 
ages it so it is easy for the project organi¬ 
zation to use. 

Within the experience factory, an orga¬ 
nization we call the component factory 
develops and packages software compo¬ 
nents. It supplies code components to the 
project upon demand, and creates and 
maintains a repository of components for 
future use. As a subdivision of the experi¬ 
ence factory, the experience that the com¬ 


ponent factory manipulates is program¬ 
ming and application experience as em¬ 
bodied in programs and their documenta¬ 
tion. Because the experience factory gathers 
all kinds of experience from the project, 
the component factory understands the 
project context and can deliver compo¬ 
nents that fit. 

The project organization performs activ¬ 
ities specific to implementation of the sys¬ 
tem to which it is dedicated. It analyzes the 
requirements and produces the specifica¬ 
tions and the high-level system design. Its 
process models are like those used by today ’ s 
software engineering projects (for instance, 
it may use the waterfall model or iterative 
enhancement model). Software engineers 
generate specifications from requirements 
and design a system to satisfy those re¬ 
quirements. However, when the engineers 
have identified the system components, 
usually after the so-called preliminary de¬ 
sign, they request components from the 
component factory and integrate them into 
the programs and the system they have 
designed. The project organization engineers 
may also request a list of components that 
satisfy a given specification. Then, from 
several design options, they can choose the 
one for which more reusable components 
are already available. 

After component integration, the project 
organization process model continues as 
usual with product quality control (system 
test, reliability analysis) and release. 

The component factory’s process model 
is twofold: 3 it satisfies requests for com¬ 
ponents coming from the project organi¬ 
zation, but it also prepares itself for an¬ 
swering those requests. This mix of 
synchronous and asynchronous activities 
is typical of the process model of the expe¬ 
rience factory in general. 4 

Synchronous activity. When the com¬ 
ponent factory receives a request from the 
project organization, it searches its catalog 
of components to find a software compo¬ 
nent that satisfies that request with or with¬ 
out tailoring. Two kinds of tailoring can be 
applied to a software component: instanti¬ 
ation and modification. To an extent, the 
component’s designer has anticipated in¬ 
stantiation by associating with the compo¬ 
nent some parameters to make it suit different 
contexts. A generic unit in Ada is an example 
of such a parametric component and of the 
instantiation process. Modification is an 
unanticipated tailoring process in which 
statements are changed, added, or deleted to 
adapt the component to a request. 

If no component that approximates the 
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request can be found in the catalog of the 
available components or if the necessary 
modification is too expensive, the compo¬ 
nent factory develops the requested com¬ 
ponent from scratch or generates it from 
more elementary components. After veri¬ 
fication, the component is released to the 
project organization that requested it. 

Asynchronous activity. The compo¬ 
nent factory’s ability to efficiently answer 
requests from the project organization is 
critical for the successful application of the 
reuse technology. Therefore, the factory’s 
catalog must contain enough components 
to reduce the chances that the factory will 
have to develop a component from scratch. 
Moreover, looking up components must be 
easy. This is why the component factory’s 
process model has an asynchronous part. 

To produce some software components 
without specific requests from the project 
organization, the component factory de¬ 
velops a component production plan — it 
extracts reusable components from exist¬ 
ing systems or generalizes components 
previously produced on request from the 
project organization. The Booch compo¬ 
nents 5 are an example of a component 
production plan: The most common data 
structures and the main operations on them 
have been implemented as Ada packages. 

A component factory can develop an 
application-oriented component production 
plan by analyzing an application domain to 
identify the most common functions. Then 
it can implement these functions into reus¬ 
able components to be used by the develop¬ 
ers. Or the factory can generalize a preexist¬ 
ing component into a new one by adding 
more functionality or parameterizing it. 

To ensure that the generated compo¬ 
nents are well packaged and easily retrieved, 
a process called component qualification 
provides components with functional 
specifications and test cases, and classifies 
them according to a component taxonomy. 6 
Software components are then stored in a 
repository. 

Extracting components 

In the short term, developing reusable 
components is generally more expensive 
than developing specialized code, because 
of the overhead of maintaining the compo¬ 
nent factory. A rich and well-organized 
catalog of reusable components is the key to 
a successful component factory and a long¬ 
term economic gain. But at first such a 
catalog will not be available to an organiza¬ 


tion, unless it can reuse code that it devel¬ 
oped in the past without reuse in mind. 

Mature application domains, where most 
of the functions that need to be used already 
exist in some form in earlier systems, should 
provide enough components for code reuse. 
In such cases, the earlier systems were 
probably designed and implemented by re¬ 
using code informally. For example, Laner- 
gan and Grasso found rates of reuse of about 
60 percent in business applications. 7 

To package such code for reuse, the 
component factory analyzes existing pro¬ 
grams in the two phases shown in Figure 2. 
First, it chooses some candidates and 
packages them for possible independent 
use. Next, an engineer with knowledge of 
the application domain where the compo¬ 
nent was developed analyzes each compo¬ 
nent to determine the service it can pro¬ 
vide. Then, components are stored in the 
repository with all information that has 
been obtained about them. 

The first phase can be fully automated. 
The necessary human intervention in the 


second phase is the main reason for split¬ 
ting the process in two steps, instead of 
searching through existing programs look¬ 
ing for “useful” components first. The first 
phase reduces the amount of expensive 
human analysis needed in the second phase 
by limiting analysis to components that 
really look worth considering. 

In the component identification phase, 
program units are automatically extracted, 
made independent, and measured accord¬ 
ing to observable properties related to their 
potential for reuse. There has been much 
discussion about these properties. Accord¬ 
ing to Prieto-Diaz and Freeman, 6 a soft¬ 
ware component is reusable if the effort 
required to reuse it is remarkably smaller 
than the effort required to implement a 
component with the same functions. Thus, 
we need a quantitative measure of the dis¬ 
tance of the component from its potential 
reuse. In the section below on component 
identification, we give details about a fam¬ 
ily of such measures that we call the reus¬ 
ability attributes model. 
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The identification phase consists of three 
steps: 

(1) Definition (or refinement) of the re¬ 
usability attributes model. Using our cur¬ 
rent understanding of the characteristics of 
a potentially reusable component in our 
environment, we define a set of automat¬ 
able measures that capture these charac¬ 
teristics and an acceptable range of values 
for these metrics. We verify the metrics 
and their value ranges using the outcomes 
in the next steps and continually modify 
them until we have a reusability attributes 
model that maximizes our chances of se¬ 
lecting candidate components for reuse. 

(2) Extraction of components. We extract 
modular units from existing systems, and 
complete them so they have all the external 
references needed to reuse them indepen¬ 
dently (for example, to compile them). By 
“modular unit” we mean a syntactic unit 
such as a C function, an Ada subprogram or 
block, or a Fortran subroutine. 

(3) Application of the model. The cur¬ 
rent reusability attributes model is applied 
to the extracted, completed components. 
Components whose measurements are 
within the model’s range of acceptable 
values become candidate reusable compo¬ 
nents to be analyzed by the domain expert 
in the qualification phase. 

During the component qualification 
phase, a domain expert analyzes the can¬ 
didate reusable components to understand 
and record each component’s meaning while 
evaluating its potential for reuse in future 
systems. The expert also repackages the 
component by associating with it a reuse 
specification, 8 a significant set of test cases, 
a set of attributes based on a reuse classi¬ 
fication schema, and a set of procedures for 
reusing the component. 

The reuse classification schema, called 
a taxonomy, is very important for storing 
and retrieving reusable components effi¬ 
ciently. The definition and the domain of 
the attributes that implement the taxonomy 
can be improved each time an expert per¬ 
forms component qualification and ana¬ 
lyzes the problems encountered. 

The qualification phase consists of six 
steps: 

(1) Generation of the functional speci¬ 
fication. A domain expert extracts the 
functional specification of each candidate 
reusable component from its source code 
and documentation. This step provides in¬ 
sight into the correctness of the component 
in relationship to the new specification. 


Components that are not relevant or not 
correct, or whose functional specification 
is not easy to extract, are discarded. The 
expert reports reasons for discarding can¬ 
didates and other insights so they can be 
used to improve the reusability attributes 
model. 

(2) Generation of the test cases. Using 
the functional specification, the expert 
generates, executes, and associates with 
the component a set of test cases. Compo¬ 
nents that do not satisfy the tests are dis¬ 
carded. Again, the reasons for discarding 
candidates are recorded and used to improve 
the reusability attributes model, and possi¬ 
bly the process for extracting the function¬ 
al specification and assessing its correctness 
(step 1). This is most likely the last step at 
which a component will be discarded. 

(3) Classification of the component. To 
distinguish it from the other components 
and assist in its identification and retrieval, 
the expert associates each reusable com¬ 
ponent with a classification according to a 
set of attributes identified in the domain 
analysis. Problems with the taxonomy are 
recorded for further analysis. 

(4) Development of the reuser’s manu¬ 
al. Information for the future reuser is 
provided in a manual that contains a de¬ 
scription of the component’s functions and 
interfaces as identified during generation 
of its functional specification (step 1), di¬ 
rections on how to install and use it, in¬ 
formation about its procurement and sup¬ 
port, and an appendix with structure 
diagrams and information for component 
maintenance. 

(5) Storage. Reusable software compo¬ 
nents are stored in the repository together 
with their functional specifications, test 
cases, classification attributes, and reuser’s 
manuals. 

(6) Feedback. The reusability attributes 
model is updated by drawing on informa¬ 
tion from the qualification phase to add 
more measures, modify and remove mea¬ 
sures that proved ineffective, or alter the 
ranges of acceptable values. This step re¬ 
quires analysis and possibly even further 
experimentation. The taxonomy is updated 
by adding new attributes or modifying the 
existing ones according to problems re¬ 
ported by the experts who classified the 
components (step 3). 

This sketch illustrates the main concepts 
behind our approach: the use of a quanti¬ 
tative model for identification of compo¬ 
nents and a qualitative, partially subjective 
model for their qualification, with contin¬ 
uous improvement of both models using 


feedback from their application. The re¬ 
usability attributes model is the key to 
automating the first phase. 

Component 

identification 

According to Booch, a software com¬ 
ponent “is simply a container for express¬ 
ing abstractions of data structures and al¬ 
gorithms.” 5 The attributes that make a 
component reusable as a building block of 
other, maybe radically different, systems 
are functional usefulness in the context of 
the application domain, low reuse cost, and 
quality. 

The reusability attributes model attempts 
to characterize those attributes directly 
through measures of an attribute, or indi¬ 
rectly through measures of evidence of an 
attribute’s existence. These measures must 
be automatable. 

We define a set of acceptable values for 
each of the metrics. These values can be 
either simple ranges of values (measure a 
is acceptable between a] and a 2 ) or more 
sophisticated relationships among differ¬ 
ent metrics (measure a is acceptable be¬ 
tween a] and a 2 , provided that measure P 
is less than P 0 ). 

Figure 3 shows a “fishbone diagram” 
that represents the reusability factors. With 
each factor in the diagram, we associate 
metrics directly measuring the factor or 
indirectly predicting the likelihood of its 
presence. 

Costs. Reuse costs include the costs of 
extracting the component from the old sys¬ 
tem, packaging it into a reusable compo¬ 
nent, finding and modifying the compo¬ 
nent, and integrating it into the new system. 
We can measure these costs directly during 
the process or use metrics to predict them. 

To define the basic reusability attributes 
model, the entry-level model that the com¬ 
ponent factory starts with and later improves 
through feedback from the qualification 
phase, we divide reuse costs into two groups: 
costs to perform the extraction and costs to 
use the component in a new context. To 
minimize the costs of finding the component 
and extracting it, we need code fragments 
that are small and simple. Measures of 
volume and complexity also provide a partial 
indication of how easy qualification will be. 
The costs to reuse the component can be 
influenced by the readability of a code 
fragment, a characteristic that can again be 
partially evaluated using volume and com- 
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plexity measures, as well as measures of the 
nonredundancy and structuredness of the 
component’s implementation. 

Usefulness. Functional usefulness is 
affected by both the commonality and the 
variety of the functions performed by the 
component. The commonality of a com¬ 
ponent for reuse can be divided into three 
parts: its commonality within a system or a 
single application, its commonality across 
different systems in the same application 
domain, and its overall commonality. It is 
hard to associate metrics with these factors. 
Experience with the application domain 
might provide subjective insight into 
whether the function is primitive to the 
domain and occurs commonly. An indirect 
automatable measure of functional useful¬ 
ness might be the number of times the 
function occurs within the analyzed system 
(if we assume that an often-reused com¬ 
ponent is probably highly reusable). The 
variety of functions performed by the 
component is even more difficult to mea¬ 
sure: An indirect metric could be compo¬ 
nent complexity. However, for a compo¬ 
nent’s complexity to reflect its ability to 
perform more functions, we would have to 
assume that the component was developed 
in a nonredundant way. 

The basic reusability attributes model 
measures a component’s functional use¬ 
fulness, derived from the commonality of 
the functions performed by the component, 
by comparing the number of times the 
component is invoked in the system with 
the number of times a component known to 
be useful is invoked. Components known 
to be useful can usually be found in the 
standard libraries of a programming envi¬ 
ronment. The basic reusability attributes 
model measures the commonality of a 
function by the ratio between the number 
of its invocations and the invocations of 
standard components. 

The basic reusability attributes model 
assesses functional usefulness derived from 
the number and the variety of functions 
incorporated in a component by measuring 
its complexity and the nonredundancy of 
its implementation. This last feature can be 
translated into volume measures compar¬ 
ing the component’s actual volume with its 
expected volume, which is computed from 
the number of tokens (operators and oper¬ 
ands) that the component processes. When 
these values are close, we say the imple¬ 
mentation of the component is regular. 
High regularity suggests that the compo¬ 
nent’s complexity indicates the “amount” 
of function it performs. 


Quality. Several qualities important for 
component reuse are correctness, readabil¬ 
ity, testability, ease of modification, and 
performance. Most are impossible to mea¬ 
sure or predict directly. The domain expert 
who extracts the functional specification 
handles correctness and testing (steps 1 and 
2 of the qualification phase). For the reus¬ 
ability attributes model, we are interested in 
qualities we can predict based upon auto¬ 
mated measures. Therefore, we might con¬ 
sider such indirect metrics as small size and 
readability as predictors of correctness, and 
the number of independent paths as a measure 
of testability. 

The basic reusability attributes model 
attempts to predict a component’s correct¬ 
ness and testability using volume and com¬ 
plexity measures. It assumes that a large and 
complex component is more error prone 
and harder to test. Ease of modification is 
reflected in a component’s readability. 

Four metrics. Synthesizing these con¬ 
siderations, the basic reusability attributes 
model for identifying candidate reusable 


components characterizes a component’s 
reusability using the four metrics shown in 
Figure 4. 

Volume. A component’s volume can be 
measured using the Halstead Software 
Science Indicators, 9 which are based on 
the way a program uses the programming 
language. First, we define the operators 
and the operands. 

The operators represent the active ele¬ 
ments of the program: arithmetic opera¬ 
tors, decisional operators, assignment op¬ 
erators, functions, etc. Some operators are 
provided by the programming language, 
and some are defined by the user according 
to the rules of the language. The total 
number of these operators used in the pro¬ 
gram is denoted by i'll, and the total count 
of all usage of operators is denoted by N t . 

The operands represent the passive ele¬ 
ments of the program: constants, variables, 
etc. The total number of unique operands 
defined and used in the program is denoted 
by r| 2 , and the total count of all usage of 
operands is denoted by jV 2 . 
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Figure 4. The basic reusability attributes model. 


Using the operators and operands, we 
define the Halstead volume by the formula 

V = (N 1+ N 2 ) log 2 (Th+Tfc) 

The component volume affects both re¬ 
use cost and quality. If a component is too 
small, the combined costs of extraction, 
retrieval, and integration exceed its intrin¬ 
sic value, making reuse very impractical. If 
it is too large, the component is more error 
prone and has lower quality. Therefore, in 
the basic reusability attributes model, we 
need both an upper and a lower bound for 
this measure. 

Cyclomatic complexity. We can measure 
the complexity of a program’s control or¬ 
ganization with the McCabe measure, 9 
defined as the cyclomatic number of the 
control-flow graph of the program: 


v(G) = e - n + 2 

where e is the number of edges in the graph 
G, and n is the number of nodes. 

The component complexity affects re¬ 
use cost and quality, taking into account 
the characteristics of the component’s con¬ 
trol flow. As with volume, reuse of a com¬ 
ponent with very low complexity may not 
repay the cost, whereas high component 
complexity may indicate poor quality — 
low readability, poor testability, and a higher 
possibility of errors. On the other hand, 
high complexity with high regularity of 
implementation suggests high functional 
usefulness. Therefore, for this measure we 
need both an upper and a lower bound in 
the basic model. 

Regularity. We can measure the econo¬ 
my of a component’s implementation, or 


the use of correct programming practices, 
by seeing how well we can predict its 
length based on some regularity assump¬ 
tions. Again using the Halstead Software 
Science Indicators, we have the actual length 
of the component 

N = A, +N 2 

and the estimated length 


N = 111 l°g 2 r|l +Tl2log 2 Tl2 

The closeness of the estimate is a measure 
of the regularity of the component’s coding: 


Component regularity measures the 
readability and the nonredundancy of a 
component’s implementation. Therefore, 
we select components whose regularity is 
in the neighborhood of 1. 

Reuse frequency. If we compare the 
number of static calls addressed to a com¬ 
ponent with the number of calls addressed 
to a class of components that we assume 
are reusable, we can estimate a given com¬ 
ponent’s frequency of reuse. Let’s suppose 
our system is composed of user-defined 
components X,,..., X N and of components 
Si,..., S M defined in the standard environ¬ 
ment (such as printf in C or text_io.put in 
Ada). For a given component X, let n(X) be 
the number of calls addressed to X in the 
system. We associate with each user-de¬ 
fined component a static measure of its 
reuse throughout the system: the ratio be¬ 
tween the number of calls addressed to the 
component C and the average number of 
calls addressed to a standard component: 


v„W=- jj - 

The reuse-specific frequency is an indi¬ 
rect measure of the functional usefulness 
of a component, if we assume that the 
application domain uses some naming 
convention, so components with different 
names are not functionally the same and 
vice versa. Therefore, in the basic model 
we have only a lower limit for this metric. 

Criteria. To complete the basic model 
we need some criteria to select the candi¬ 
date reusable components on the basis of 
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the values of the four measures we have 
defined. The extremes of each measure 
depend on the application, the environ¬ 
ment, the programming and design meth¬ 
od, the programming language, and many 
other factors not easily quantified. We de¬ 
termine therefore the ranges of acceptabil¬ 
ity for the measures in the basic reusability 
attributes model experimentally, through a 
series of case studies described in the section 
titled “Case studies.” 

The basic model is elementary, but it is 
a reasonable starting point that captures 
important characteristics affecting software 
component reusability. Moreover, it prob¬ 
ably contains features that will be common 
to every other reusability attributes model. 

Care system 

To support component factory activities, 
we have designed a computer-based system 
that performs static and dynamic analysis 
on existing code and helps a domain expert 
extract and qualify reusable components. 
We call the system Care, for computer- 
aided reuse engineering. 

Figure 5 shows the parts of the Care 
system. 

Component identifier. The component 
identifier supports source code analysis to 
extract the candidate reusable components 
according to a given reusability attributes 
model. The system stores candidates in the 
components repository for processing in 
the qualification phase. The identifier has 
two segments: 

• Model editor. The user either defines a 
model, selecting metrics from a met¬ 
rics library and assigning to each met¬ 
ric a range of acceptable values, or 
updates an old model from a models 
library, adding and deleting metrics or 
changing the adopted ranges of values. 

• Component extractor. Once a reus¬ 
ability attributes model has been de¬ 
fined, the user can apply it to a family 
of programs to extract the candidate 
reusable components. The user can 
work interactively or extraction can be 
fully automated, provided that the sys¬ 
tem can automatically solve problems 
associated with the naming of the com¬ 
ponents. 

Component qualifier. The component 
qualifier supports interactive qualification 
of the candidate reusable components ac¬ 
cording to the process model outlined ear¬ 


lier. For the qualifier to be effective, the 
candidate components must be small and 
simple. The qualifier has three segments: 

• Specifier. The specifier supports the 
construction — through code reading 
and program analysis — of a formal 
specification to be associated with the 
component. The interactive tool con¬ 
trols as much as possible the correct¬ 
ness of the specification a domain ex¬ 
pert extracts from a component. If the 
domain expert generates specifications, 
they are stored in the component re¬ 
pository together with the expert’s 
measure (a subjective evaluation) of 
the component’s practical usefulness. 

• Tester. The tester uses the formal spec¬ 
ification produced by the specifier to 
generate or to support user generation 
of a set of test cases for a component. 
If, as is likely, the component needs a 
“wrapping” to be executed, the tester 
supports the generation of this wrap¬ 
ping. It then executes the generated 
tests, reporting their outcomes and 
coverages. Test cases, wrapping, and 
coverage data are stored in the compo¬ 
nent repository with the expert’s test 
report recommending retention or re¬ 
jection of the component. 

• Classifier. The classifier directs the 
user across the taxonomy of an appli¬ 
cation domain to find an appropriate 
classification for the component. Us¬ 
ers with special authorization can 
modify the taxonomy, adding or delet¬ 
ing facets or altering the range of val¬ 
ues available for each facet. The clas¬ 
sifier and the taxonomy are directly 
related to the query used to retrieve the 
components from the repository. 6 

The current version of the Care system 
supports ANSI C and Ada on a Sun work¬ 
station with Unix and 8 Mbytes of memo¬ 
ry. In the prototype, we have implemented 
three parts of the system: 

• A component extractor for C programs 
based on the basic reusability attributes 
model described earlier. We used this 
part of the Care system for the case 
studies described in the next section. 
We have enriched the basic model with 
the data bindings metric 10 to take into 
account a static analysis of the flow of 
information between components of 
the same program. We have also de¬ 
veloped a measurement tool and a data 
bindings analyzer for Ada programs. 
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Figure 5. Care system architecture. 


• A coverage analyzer for C programs 
(part of the tester in the component 
qualifier). An equivalent analyzer for 
Ada programs is under development. 

• A prototype specifier to help the user 
build the Mills specification for pro¬ 
grams written in a subset of Pascal. We 
plan to develop a version to process 
components written in C. 

Case studies 

In this section, we describe experiments 
with the current version of the Care system 
and the basic reusability attributes model, 
analyzing existing systems to identify re¬ 
usable components. Some goals of the case 
studies were to 

• evaluate the concept of extracting re¬ 
usable candidates from existing pro¬ 
grams using a model based on software 
metrics, 

• complete the basic reusability attributes 
model with experimentally determined 
extremes for the metrics given earlier, 

• study the application of the basic reus¬ 
ability attributes model to different 
environments and observe its selective 
power, 

• analyze the interdependence of the 
metrics used in the basic model, and 
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Table 1. Characteristics of the analyzed systems. 


formed each case study according to these 
steps: 


Case 

Application 


Lines of Code 
(in thousands) 

User-Defined 

Components 

A 

Data processing 


4.04 

83 

B 

File management 


17.41 

349 

C 

Communication 


67.02 

730 

D 

Data processing 


17.63 

156 

E 

Data processing 


6.50 

53 

F 

Language processing 

58.55 

1,235 

G 

File management 


3.32 

57 

H 

Communication 


7.70 

232 

I 

Language processing 

4.63 

87 

Table 2. Average values for measures of the basic reusability attributes model. 





Reuse-Specific 

Case 

Volume 

Complexity 

Regularity 

Frequency 

A 

8,967 

21.1 

0.76 

0.05 

B 

7,856 

23.6 

0.74 

0.08 

C 

45,707 

153.7 

0.66 

0.10 

D 

11,877 

32.1 

0.64 

0.11 

E 

4,054 

16.8 

0.76 

0.18 

F 

82,671 

198.7 

0.33 

0.13 

G 

7,277 

25.5 

0.65 

0.24 

H 

12,044 

40.7 

0.77 

0.23 

I 

20,131 

44.7 

0.79 

0.41 

Table 3. 

Measurement data for components whose reuse-specific frequency is 

greater than 5.0. 





Average 

Average 

Average 

Reuse-Specific 

Case 

Volume 

Complexity 

Regularity 

Frequency 

A 

2,249 

7.0 

0.89 

>0.50 

B 

2,831 

4.8 

0.77 

>0.50 

C 

13,476 

43.8 

0.68 

>0.50 

D 

4,444 

8.5 

0.80 

>0.50 

E 

1,980 

10.7 

0.87 

>0.50 

F 

156,199 

384.3 

0.40 

>0.50 

G 

1,904 

5.4 

0.70 

>0.50 

H 

8,884 

31.1 

0.75 

>0.50 

I 

6,237 

9.6 

0.85 

>0.50 


• identify candidate reusable components 
to use with research and experimenta¬ 
tion on the qualification phase. 

The data we discuss here originated from 
the analysis of nine systems totalling 
187,000 lines of ANSI C. The systems 
analyzed ranged from file management to 
communication applications, including data 
processing and system software. Table 1 
outlines their characteristics. 


Because of the characteristics of C, the 
natural “component” is the C function. 
But a function is not self-contained: It 
references variables, data types, and func¬ 
tions that are not part of its definition. To 
have an independent component, we had 
to complete the definition of the function 
with all the necessary external references. 
Therefore, in the context of the case stud¬ 
ies, a component is the smallest transla¬ 
tion unit containing a function. We per¬ 


(1) Acquire and install the system, mak¬ 
ing sure all the necessary sources are 
available. 

(2) Build the components from the 
functions, adding to each function 
its external references and making it 
independently compilable. 

(3) Compute the four metrics of the ba¬ 
sic reusability attributes model for 
the components. 

(4) Analyze the results. 

Table 2 shows the average values for the 
measures of the basic model obtained from 
the case studies. 

The case studies show volume, regular¬ 
ity, and reuse-specific frequency to have a 
high degree of independence. Volume and 
complexity show some correlation related 
to the “size” of the component, but it is not 
significant enough to make the two mea¬ 
sures equivalent. Thus, the basic reusability 
attributes model is not redundant. 

The data in the last column of Table 2 are 
below 0.5. Therefore, we can assume that a 
component whose specific reuse frequen¬ 
cy is higher than 0.5 is a highly reused one. 
This choice is rather arbitrary, but it is 
useful for setting a reference point for the 
case studies. Accordingly, Table 3 pre¬ 
sents the measurement data for high-reuse 
components whose reuse-specific fre¬ 
quency is more than 0.5. 

Comparing Tables 2 and 3 we see, with 
a few exceptions, a very regular pattern. 
The highly reused components have vol¬ 
ume and complexity lower than the aver¬ 
age — about one fourth of the average. 
Their regularity is slightly higher than the 
average, generally above 0.70. The only 
exception is case F, a compiler with a very 
peculiar design, where the function calls 
are mostly addressed to high-level and 
complex modules. These results confirm, 
in different environments, the results ob¬ 
tained for Fortran programs in NASA’s 
Software Engineering Laboratory. 11 

The regularity result is very important 
by itself. Because the length equation used 
in the regularity measure has such a good 
fix on the reusable components, we can use 
it to estimate the size of the components. 
Recall that the Halstead length equation (N 
= Tj i log 2 T| i + ti 2 log 2 ri 2 ) is a function of the 
two indicators tl, and t| 2 . The first, the 
number of operators, is more or less fixed 
in the programming environment. The sec¬ 
ond, the number of operands, corresponds 
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Table 4. Extremes for ranges of acceptable values in the basic reusability at¬ 
tributes model. 


Measure 

Minimum 

Maximum 

Volume 

2,000 

10,000 

Complexity 

5.00 

15.00 

Regularity 

0.70 

1.30 

Reuse frequency 

0.30 



Table 5. User-defined system components compared with extracted candidates 
for reuse. 


Case 

User-Defined 

Components 

Extracted 

Candidates 

Percentage of User-Defined 
Components Extracted 

A 

83 

4 

5 

B 

349 

17 

5 

C 

730 

36 

5 

D 

156 

16 

10 

E 

53 

4 

8 

F 

1,235 

81 

7 

G 

57 

10 

18 

H 

232 

24 

10 

I 

87 

11 

13 


to the number of data items the system 
deals with. The value of r\ 2 can be rather 
precisely estimated in the detailed design 
phase of a project. The high regularity of 
the reusable components implies, there¬ 
fore, that we can estimate the total effort 
for their development with an accuracy 
often higher than 80 percent. This is better 
than the estimate we get from components 
that are not as reusable. 

The case studies show that, in most cas¬ 
es, we can obtain satisfactory results using 
the values in Table 4 as extremes for the 
ranges of acceptable values. Table 5 com¬ 
pares the number of user-defined functions 
in each system with the number of candi¬ 
date reusable components extracted with 
the settings of Table 4. 

Table 5 shows that, in general, 5 to 10 
percent of the existing code should be an¬ 
alyzed for possible reuse. This is a cost- 
effective rate of reduction of the amount of 
code needing human analysis in the quali¬ 
fication phase. It is also a satisfactory fig¬ 
ure for future reuse. In absolute terms, this 
5 to 10 percent of the existing code ac¬ 
counts for a large part of a system’s func¬ 
tionality. 

The number of those candidates that the 
qualification phase will actually find to be 
reusable is hard to determine without a 
series of controlled experiments. On the 
basis of a cursory analysis, we think that 
the extracted components perform useful 
functions in the context of the application 
domain they come from. A complete and 
rigorous evaluation of the model is an im¬ 
mediate goal of our project. 


T hese case studies show that reusable 
components have measurable prop¬ 
erties that can be synthesized in a 
simple quantitative model. Now, we need to 
bring experimentation to the qualification 
activities, to verify how good the basic 
model is in practice, and to study how we 
can process the feedback from the qualifica¬ 
tion phase to improve the reusability at¬ 
tributes model. A possibility is a mecha¬ 
nism associated with the model editor for 
manipulating the reusability attributes model. 
We also need to broaden our analysis to 
different programming environments for 
broader verification of our hypotheses. 

We foresee two major developments in 
the architecture of the Care system. The 
first is the design of a prototype for the 
components repository, supporting com¬ 
ponent retrieval both by queries to the 
classification system and by browsing on 
the basis of the specification. 


The second development will be an inte¬ 
gration with the Tame system for tailoring 
a measurement environment. 12 In the ver¬ 
sion of Care we outlined here, the metrics 
library is a static object from which users 
can only retrieve measures. The Tame sys¬ 
tem allows users to create a measurement 
environment tailored to the goals of their 
activities and to their model. This environ¬ 
ment will provide a more elastic metrics 
library for defining measures in the reus¬ 
ability attributes model. ■ 
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Ethics and the safety of computer systems 

Michael C. McFarland, SJ, Boston College 


In the March 1990 issue of Computer 
(pp. 77-81), I wrote about the general 
principles on which ethics for the com¬ 
puter profession should be based and sug¬ 
gested some steps the profession could 
take to encourage and sustain ethical be¬ 
havior among its members. As several 
readers have since noted — quite rightly, 

I think — more specifics are needed, es¬ 
pecially in two areas: First, how ethical 
principles apply to concrete issues; sec¬ 
ond, what the IEEE should be doing, es¬ 
pecially in the area of standards, to sup¬ 
port ethical activity among computer 
professionals. 

To be as specific as possible, I will con¬ 
sider in this article one particular issue: 
the responsibility for computer failures 
in critical systems. This issue has not re¬ 
ceived as much attention lately as, say, 
computer security and intellectual prop¬ 
erty rights; but it probably has a greater 
impact on human welfare and is more rep¬ 
resentative of the issues many computer 
professionals face in their work. 

Example: medical systems. Diane 
works for a firm that develops medical in¬ 
formation systems. Recently, under a 
contract with a large teaching hospital, 
her team has developed an intelligent 
“bedside assistant.” This is a patient-rec¬ 
ords database coupled with a rule-based 
system for suggesting diagnoses, propos¬ 
ing treatments, and recognizing potential 
problems. 

The plan is to have a terminal in every 
room, through which the attending physi¬ 
cian and other staff can access the system. 
The physician will, of course, be able to 
call up all the information, such as vital 
signs, medication, and so on, that is nor¬ 
mally kept on a patient’s chart, and will 
have immediate access to the results of 
tests and to notes and comments from 
other physicians, nurses, and therapists. 

More importantly, the physician will 
be able to draw on the wealth of medical 
knowledge that has been coded into the 
rule-based system. For example, the phy¬ 
sician can get a report on the potential 


side effects of a medication the patient is 
taking. Many rules exist concerning the 
possible interactions between drugs. 

The physician can propose a certain 
medication and the “assistant” could 
warn if a potentially dangerous interac¬ 
tion exists with any of the medications the 
patient is currently taking. The system 
can also propose possible diagnoses for a 
set of symptoms and, once a diagnosis is 
given, can propose or critique a program 
of treatment. 

Diane is excited about the project. 
There were many challenging technical 
problems to be solved in designing the 
system, including how to represent and 
integrate all the various types of patient 
information in the database, how to get 
the rule-based system and the database to 
work together efficiently, and how to 
build a user interface that makes sense to 
medical professionals. 

Far more important, however, are the 
potential benefits of the work. Simply 
giving the physician immediate access to 
all the available information on a patient 
promises to lead to better diagnosis and 
treatment. And some of the analytic and 
diagnostic features could turn out to be 
extremely valuable. For example, so 
many different drugs are available and so 
many potential side effects and interac¬ 
tions exist that even the most competent 
physician can have trouble keeping track 
of everything. By recording all of a pa¬ 
tient’s medication and evaluating it rela¬ 
tive to the patient’s condition, the system 
could help intercept potentially danger¬ 
ous prescriptions before they are given. 

Nevertheless, Diane has some worries 
about the project. What if the system mal¬ 
functions or there is an undetected error 
in the program or the rules? From one 
point of view, the “assistant” is just a tool, 
and full responsibility for patient care 
remains with the physician. But if physi¬ 
cians come to rely on the system, a loss of 
data or an error in the program could have 
disastrous consequences. 

Suppose that, because of a bug in the 
database program or because an ID was 


entered incorrectly, a critical piece of 
data is lost from a patient’s record or the 
record for a different patient from the one 
intended is called up. The physician 
could prescribe a treatment that made 
sense in terms of the data and what the 
physician could observe, but was com¬ 
pletely wrong — even life threatening — 
for the patient. Who would be respon¬ 
sible? 

There is also reason to worry about the 
rules on drug side effects and interac¬ 
tions. The team consulted a number of 
medical and pharmacology experts when 
designing the system, and the data for the 
rules was taken from the best known en¬ 
cyclopedia of prescription drugs. But 
even that data is probably not totally reli¬ 
able. Furthermore, their own staff trans¬ 
lated the data into rules, and there is no 
guarantee that they fully understood the 
meaning and significance of all the data. 

At any rate, large rule bases are notori¬ 
ously difficult to debug and maintain. 

The potential for some very serious prob¬ 
lems exists. 

The effectiveness of the user interface 
is another unknown. It has been tested 
with medical personnel, but always under 
controlled conditions. Of course, exten¬ 
sive error checking and recovery have 
been built in. But what will happen in a 
crisis situation? How likely is it that data 
or commands will be entered incorrectly? 
Even if the data is correct, could it be mis¬ 
interpreted by someone who is not an ex¬ 
pert in the technology? 

The demos so far have worked out well, 
and the hospital administration, with the 
concurrence of the medical staff, would 
like to see the “assistant” put to work. 
They have already invested a good deal of 
money in the project, and they would like 
to see an immediate return, not only in 
terms of increased functionality, but also 
through savings in staff costs. 

Still, Diane does not think they under¬ 
stand the problems of software reliabil¬ 
ity. The system has not really been 
stressed yet, and it has not been subject to 
the wide range of unpredictable and un- 
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expected conditions that will surely ex¬ 
pose hidden faults. Some of those faults 
may not show up for years. 

The system should certainly be run for 
a time with full backup; but that would be 
more cumbersome and expensive than 
not running it at all. The hospital is likely 
to balk at that. 

Even if the administrators would agree 
to it, how long a testing period would be 
required? What is an adequate level of re¬ 
liability for such a system? And how is 
that level related to the length of test, the 
size of the system, the design methodol¬ 
ogy, and so on? The system will never be 
perfect, but what level of risk is accept¬ 
able? What safeguards and checks are 
adequate for protecting physicians and 
patients from the inevitable errors? (This 
case was suggested by a discussion in 
Brannigan and Dayhoff. 1 ) 

Ethical analysis. The questions troub¬ 
ling Diane are not purely technical ones, 
although they arise partly from her under¬ 
standing of the technology and its limita¬ 
tions. Her real concerns are about the 
benefits the system can bring, the risks it 
imposes on patients, and the conflicting 
goods and harms involved. In other 
words, these questions all have an ethical 
dimension. 

There are three basic modes of ethical 
analysis. The first, called normative eth¬ 
ics, seeks to develop and justify rules for 
right conduct. The second, called the eth¬ 
ics of virtue, asks not what is the right 
thing to do in a given situation, but what 
kind of person does the right thing. Thus, 
it concerns questions of character. 2 The 
third mode, called social ethics, recog¬ 
nizes that values and choices are not only 
expressed in individual actions, but are 
embodied effectively in social struc¬ 
tures. It therefore asks what structures are 
needed to support values such as justice 
and respect for human life and dignity. 

These different approaches to ethics 
are not mutually exclusive, although they 
are sometimes regarded that way. Rather, 
they are complementary perspectives on 
the same problem. In the remainder of 
this article, I briefly present each one as it 
applies to the problem of using poten¬ 
tially risky computer technology in criti¬ 
cal systems. 

Normative ethics. There are four fun¬ 
damental principles relevant to the intro¬ 
duction of inherently risky technology 
into a situation that involves human life 
and well-being. They are 

(1) Beneficence, the obligation to do 
good, 

(2) Nonmalfeasance, the obligation to 
avoid doing harm, 

(3) Autonomy, respect for the freedom 


and self-determination of all 
people, and 

(4) Justice, the fair distribution of 
benefits and burdens. 

All of these represent important val¬ 
ues; there is little dispute about that. The 
problem is how to prioritize them. In 
other words, how do you formulate and 
apply norms in situations where these 
principles come into conflict? 

For example, is it always more impor¬ 
tant to avoid harm than to do good? If so, 
the dependence on risk-prone technology 
could not be justified in most cases. Yet, 
there are many cases where that position 
seems too conservative, passing up im¬ 
portant opportunities to improve many 
people’s lives out of fear of taking mini¬ 
mal risks. 

As another example, if beneficence 
and nonmalfeasance always have prior¬ 
ity over justice and autonomy, then effi¬ 
ciency would be the only criterion used 
for evaluating technology. (See the dis¬ 
cussion of “instrumental reason” in 
Weizenbaum. 3 ) Yet, that is objectionable 
in many situations because it ignores im¬ 
portant rights of individuals. 

In medical ethics, for instance, much 
has been written on the problems with 
“medical paternalism,” in which a physi¬ 
cian imposes on the patient the treatment 
judged most effective medically, regard¬ 
less of the patient’s wishes. 4 The funda¬ 
mental objection to paternalism is that it 
ignores the patient’s right to self-deter¬ 
mination. The same considerations can 
be applied to the imposition of a technol¬ 
ogy judged more “efficient” by its crea¬ 
tors and administrators, without regard 
for the wishes of those affected by it. 

No ethical system has been able to 
unify or prioritize the above principles in 
a way that is generally acceptable. Sys¬ 
tems like utilitarianism, which bases 
ethical judgments purely on beneficence 
and nonmalfeasance, are rejected pre¬ 
cisely because they ignore fundamental 
human rights to equality and autonomy. 

On the other hand, a liberal ethic based 
purely on autonomy fails because it can¬ 
not deal with cases where the free choice 
of one individual or group brings harm to 
others. Finally, an ethic that has equality 
as its one principle does not take adequate 
account of the aspirations, needs, rights, 
and duties of individuals. 

The most that can be said in general is 
that all four principles are important, and 
practitioners are obligated to try to sat¬ 
isfy all of them. Where that is impossible, 
it is necessary to weigh and balance the 
principles according to the specifics of 
the case and the courses of action avail¬ 
able. This is the point where ethical judg¬ 
ments become difficult, controverted, 
and often painful. 5 


Applying the four principles to the use 
of risky technology in critical applica¬ 
tions leads to four guidelines. These cri¬ 
teria are similar to ones proposed in Chil¬ 
dress. 6 For a related but somewhat differ¬ 
ent set of criteria, see Barquin. 7 The 
guidelines are 

(1) Proportionality. The good 
achieved by the technology must out¬ 
weigh the harm or risk. Moreover, there 
must be no alternative that achieves the 
same or comparable benefits with less 
harm or risk. 

(2) Informed consent. Those affected 
by the technology should understand and 
accept the risks. 

(3) Justice. The benefits and burdens 
of the technology should be distributed 
fairly. Those who benefit should bear 
their fair share of the risks, and those who 
do not benefit should not suffer a signifi¬ 
cant increase in risk. 

(4) Minimized risk. Even if judged ac¬ 
ceptable by 1-3, the technology must be 
implemented so as to avoid all unneces¬ 
sary risk. 

The first and fourth criteria are partly 
technological, although not entirely. 
Getting the best possible estimate of the 
effects of the technology, economically, 
in terms of lives saved, and so on, is im¬ 
portant. 

Determining the risks as precisely as 
possible is also important. For example, 
how many failures and what type of fail¬ 
ures can be expected? What are the likely 
consequences of those failures? How do 
various options regarding the design, im¬ 
plementation, and testing of the technol¬ 
ogy affect the risk? These questions are 
particularly difficult to answer for soft¬ 
ware. The lack of a dependable methodol¬ 
ogy for determining failure rates and the 
consequences of failure for software is a 
major problem in the responsible use of 
computer technology. 

In addition to the technical difficulties, 
quality-of-life factors come into play that 
are important yet impossible to quantify. 
For example, different types of risks of¬ 
ten have different levels of acceptability 
for people. 8 The expected number of lives 
lost per year per thousand population 
does not adequately represent these fac¬ 
tors. The manner of death, the suffering 
involved, and the effect on family and so¬ 
ciety are all important. 

The second criterion, informed con¬ 
sent, means that those potentially af¬ 
fected by the technology must participate 
in deciding whether and how to use it. It is 
not sufficient for experts to decide what is 
best for those affected. They have a right 
to understand the implications of the 
technology and to take part in its design 
and use, not just because their input is 
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needed to make good assessments of the 
technology, but because they have a fun¬ 
damental right to be treated as free sub¬ 
jects, not merely as objects of the technol¬ 
ogy- 

In the use of computer technology, this 
means that users and those affected by the 
technology should participate in a mean¬ 
ingful way in the design process. It is not 
sufficient, for example, for a patient, on 
admittance to a hospital, to check a box 
saying they are willing to have their rec¬ 
ords automated. That is neither a practi¬ 
cal nor a meaningful choice. It is more im¬ 
portant that a representative group of pa¬ 
tients and potential patients participate, 
along with medical staff, in shaping the 
technology. 

Fairness in the distribution of risks and 
benefits, the third criterion, requires an 
analysis of the social impact of the tech¬ 
nology. Are any groups being asked to 
bear a disproportionate share of the risks 
while other groups benefit? Does this 
technology widen the gap between the 
haves and the have-nots? With medical 
technology, for example, does a commit¬ 
ment to a particular technology raise the 
cost of ordinary care so that it is beyond 
the reach of the poor? Will only the rich 
benefit from this technology? 

Engineers are often uncomfortable 
with these types of questions, and they 
are seldom equipped to handle them. But 
the questions are important and somehow 
must be addressed. 

The ethics of virtue. What is good and 
desirable about technology? What moti¬ 
vates engineers and other technologists? 
It seems to me that there are three goods 
that are the ends of technological activ¬ 
ity. The first is the exercise of human 
creativity. In this respect, the technology 
itself is the end. The challenge of solving 
a difficult problem, the satisfaction of 
making something work, and the joy of 
creating something new are the primary 
motivations of many in the profession. 

The second good is economic, the crea¬ 
tion of wealth. Technology is an impor¬ 
tant factor in today’s economy, and most 
computer professionals work for profit¬ 
making companies. (Universities are not 
profit-making organizations, but in my 
experience large research-oriented de¬ 
partments are certainly very sensitive to 
the market.) Therefore, loyalty to em¬ 
ployers and hope for financial reward ori¬ 
ent employees toward the creation of 
products that will be successful in the 
marketplace. 

The third goal is to better human exis¬ 
tence. Computer technology has led to 
better medical care, richer and faster 
communications, more efficient and 
safer transportation, better commercial 
services, and so on. Many computer pro¬ 


fessionals take great pride in their contri¬ 
butions in these areas. The problem is that 
this third goal is more remote in the expe¬ 
rience of most computer professionals. 
The primary attraction of their work is the 
technology itself, and their primary loy¬ 
alty is to their organization and its profit¬ 
making goals. 9 

When the three goals pull in different 
directions, the third is not felt as immedi¬ 
ately as the first two. Putting the welfare 
of society ahead of the lure of technology 
for technology’s sake and the demands of 
one’s employer often requires a strong 
moral imagination and a stubborn will to 
resist institutional pressures. It is com¬ 
mendable when professionals show these 
traits but, unfortunately, this cannot be 
taken for granted. 

It is instructive to compare the sense of 
duty of computer professionals with that 
of physicians. The physician’s primary 
obligation is to the patient. Despite any 
shortcomings that might exist, that obli¬ 
gation is taken seriously in the medical 
profession. 

Unfortunately, the same cannot be said 
for computer professionals. Even though 
the IEEE Code of Ethics puts the obliga¬ 
tion to uphold “the safety, health, and 
welfare of the public” first, this has not 
been effectively put into practice. Com¬ 
puter professionals are well aware that 
too much loyalty to the public welfare 
could cost them their jobs and their ca¬ 
reers. It has happened. 

One reason for the difference between 
computer professionals and physicians is 
that most computer professionals do not 
have immediate contact with those ulti¬ 
mately affected by their craft. They deal 
with their managers and marketing de¬ 
partments, not with the public. 

Of course, the market is supposed to 
mediate the wishes of the public, but it is 
an imperfect medium at best. In particu¬ 
lar, it often does not adequately reflect 
the hidden risks of a technology, at least 
not until it is too late. Serving the market 
is not the same as serving the “safety, 
health, and welfare of the public.” 

Social ethics. Why does the computer 
profession sometimes fail to protect the 
public? Why is the public sometimes ex¬ 
posed to technology that is unjustifiably 
risky? Assuming goodwill and compe¬ 
tence on the part of computer profession¬ 
als, there are three reasons that I can iden¬ 
tify: 

(1) There is insufficient knowledge 
and analysis of the benefits and risks of 
the technology. 

(2) Computer professionals too often 
focus only on the purely technical, ignor¬ 
ing important human issues. 

(3) Computer professionals define 


their obligations primarily in terms of 
loyalty to their organizations and the 
profit-making goals of those organiza¬ 
tions. Protecting the public welfare is not 
recognized as a competing, let alone an 
overriding, goal. 

These factors are to a large extent the 
result of the way our work and our envi¬ 
ronment are structured. While individu¬ 
als can resist these factors, sometimes he¬ 
roically, the conditions will not change 
significantly unless we address them col¬ 
lectively, acting as a profession. Here are 
some actions we can take: 

(1) Education. How many computer 
scientists and engineers leave school 
convinced that their first obligation is to 
serve the public welfare? Yet, in medical 
school, a fundamental part of every phy¬ 
sician’s training is not just the primary 
obligation to the patient, but the detailed 
implications of that obligation. 

(2) Risk analysis. We don’t know 
enough about the probabilities and ef¬ 
fects of failures in software. It would be 
nice to have a “book” that gives the proba¬ 
bilities of failures of various types for a 
program, given its size, complexity, and 
environment. There should also be test¬ 
ing requirements that, given certain pro¬ 
gram characteristics, the environment, 
and the acceptable level of risk, tell how 
much and what type of testing should be 
done. Right now, the technology to do 
this just does not exist, although there has 
been progress. 10 Much more research is 
needed. This is a very important and fruit¬ 
ful area for standards activity. 

(3) Participatory design. Computer 
professionals have a crucial and irre¬ 
placeable role to play in the responsible 
use of technology. But they cannot do it 
alone. Users, meaning those affected by a 
technology, should be part of the design 
and implementation process. This is im¬ 
portant for several reasons. First, the 
technology would better meet the users’ 
needs. Second, it respects the right to au¬ 
tonomy of the users. And third, it would 
bring computer professionals into imme¬ 
diate contact with the public, which will 
help increase their awareness of their ob¬ 
ligation to uphold the public welfare. Par¬ 
ticipatory design has been an issue in Eu¬ 
rope for some time. 11 More recently, the 
issue has been taken up by the Computer 
Professionals for Social Responsibil¬ 
ity, 12 and there has been some recognition 
of its importance among members of the 
TRE E Committee on Public Policy. 13 

(4) Support and protection. The Com¬ 
puter Society must stand up for computer 
professionals who act in the public inter¬ 
est. I discussed this in my March 1990 ar¬ 
ticle in Computer. 
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Conclusion. Computer technology is 
growing up. It is no longer an enchanting 
toy. Nor is it just another commodity. It 
now performs many functions on which 
people depend for their livelihood, and 
even their lives. The computer profession 
must also grow up. It must look beyond its 
fascination with technology and with 
making money, and accept with maturity 
its obligations to society. 
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National University 
of Singapore 

Department of Electrical Engineering 


The Department of Electrical Engineering invites applications for teaching and 
research positions from candidates with a PhD degree in one of the following 


Computer Communications 
Optical Fiber Communications 
Computer Systems 
Image Processing/Computer Vision 


Gross annual emoluments range as follows: 


Research Scientist 
Lecturer 
Senior Lecturer 
Associate Professor 


S$44,860 - 64,200 
S$53,160 - 64,200 
S$58,680 -100,310 
S$88,650 -122,870 


(US$ 1.00 = S$1.70 approximately) 


The commencing salary will depend on the candidate’s qualifications, experi¬ 
ence and the level of appointment offered. 


Leave and medical benefits will be provided. Depending on the type of contract 
offered, other benefits may include: provident fund benefits or an end-of-contract 
gratuity, a settling-in allowance of S$1,000 or S$2,000, subsidised housing at nom¬ 
inal rentals ranging from S$100 to S$216 p.m., education allowance for up to three 
children subject to a maximum of S$ 10,000 per annum per child, passage assis¬ 
tance and baggage allowance for the transportation of personal effects to Singa¬ 
pore. Staff members may undertake consultation work, subject to the approval of 
the University, and retain consultation fees up to a maximum of 60% of their gross 
annual emoluments in a calendar year. 


The Electrical Engineering Department has currently an academic staff of 51 
with 18 laboratories, all of which have excellent facilities for teaching and re¬ 
search. Its Semiconductor Laboratory has a Riber 32P Molecular Beam Epitaxy 
System and 2 liquid phase epitaxy systems for research into III-V compound de¬ 
vices, while its Microelectronics Laboratory has facilities for fabricating ICs in 4- 
micron poly-gate single metal CMOS technology. A wide range of computing 
resources are available, including numerous PCs, SUN Sparcstations, Microvaxes, 
and HP 9000 Series 300s. The University Computer Centre operates an IBM3081 
KX2, and has acquired a high-speed campus-wide network directly linking the 
staff’s PCs (now provided to every staff member) to the various computing re¬ 
sources, including 2 supercomputers based in the nearby Science Park. A number 
of large-scale research projects are in progress, including an optical LAN joint ef¬ 
fort with Singapore Telecoms and a project to develop VLSI design tools jointly 
with Chartered Semiconductors. 


Application forms and further information on terms and conditions of service 
may be obtained from: 


The Director 
Personnel Department 
National University of Singapore 
10 Kent Ridge Crescent 
Singapore 0511 


The Director 

North America Office 

National University of Singapore 

55 East 59th Street 

New York, NY 10022, USA 

Telephone: (212) 751-0331 


Enquiries may also be sent through BITNET to: PERLCH @ NUS3090, or 
through Telefax: (65) 7783948. 
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phone, (505) 846-0040; Internet, gmpollo@sandia.gov 


Computer Society announces call for nominees, 
1991 election timetable 


The Nominations Committee of the 
IEEE Computer Society is inviting sug¬ 
gestions from the membership for Board 
of Governors and officer nominees to 
serve terms starting January 1, 1992. 
Seven board seats will be filled during 
this fall’s membership election, with the 
top vote-getters winning three-year 
terms. 

Also in this year’s election, the mem¬ 
bership will select first and second vice 
presidents, who will serve in 1992, as 
well as the individual who will be the 
president-elect in 1992, president in 
1993, and past president in 1994. 

The Nominations Committee must re¬ 
ceive recommendations for Board of 
Governors and officer nominees by 
March 29, 1991. The recommendations 
must be accompanied by biographical in¬ 
formation and should include facts about 
the nominee’s past or present participa¬ 
tion in the society’s activities. These ma¬ 
terials should be sent to Helen M. Wood, 
National Oceanic and Atmospheric Ad¬ 
ministration, Code E/SP, FB 4, Room 
1069, Washington, DC 20233, e-mail 
h.m.wood@compmail.com. 

Election timetable. The following 
timetable for nominations and elections 
(for events following the committee’s 
March 29, 1991, nominations deadline) 
has been approved by the Board of Gover- 

April 19 — Nominations Committee 
sends its slate of officer and board candi¬ 
dates to the Board of Governors. 

May 3 — Last day for submission of 
board/officer petition candidates’ peti¬ 
tions to the society’s secretary, James 
Aylor, University of Virginia, Thornton 
Hall/Electrical Engineering, Char¬ 
lottesville, VA 22903-2442, e-mail 
jha@virginia.edu, signed by members of 
the 1991 Board of Governors. 

May 17 — Board and officer candi¬ 
dates selected at Board of Governors 
meeting at the 13th International Confer¬ 
ence on Software Engineering, Austin, 
Texas. 

July — Computer publishes the board- 
approved slate of candidates and calls for 
additional petition candidates from the 


membership. (The process allowing 
members to nominate additional candi¬ 
dates by petition is described below.) 

July 3 — Position statements, biogra¬ 
phies, and photos of candidates selected 
by the Board of Governors are due at the 
society’s office in Los Alamitos, Califor¬ 
nia. 

July 31 — Petitions with candidates’ 
position statements, biographies, and 
photos are due at the office of the soci¬ 
ety’s secretary, James Aylor (see address 
above). 

August 16 — Ballots are mailed to the 
membership. 

September — Computer publishes po¬ 
sition statements, biographies, and pho¬ 
tos of the candidates. 

October 7 — Last day for receipt of 
marked ballots. 

December — Computer publishes 
election results. 

Petitioning nominations. Petitions to 
add nominees to the list of candidates pre¬ 
viously selected by the Board of Gover¬ 
nors for the board or for officers must: 

• Set forth the office, the starting date 
of the office, and the name of the can¬ 
didate. 

• Contain, for board nominees, the sig¬ 


TAB announces two new 

The Technical Activities Board of the 
IEEE Computer Society has created two 
new task forces to carry out technical ac¬ 
tivities in specific areas of computer 
technology. Creation of a task force is a 
precursor to formation of a technical 
committee. 

The Task Force on Computer-Based 
Systems Engineering will address issues 
arising in the development of large, dis¬ 
tributed computer systems, which are of¬ 
ten embedded in or connected to other 
components in safety-critical systems. 

The task force chair is Jonah Levi of Is¬ 
raeli Aircraft Industries. Initial plans in¬ 
clude the organization of technical meet¬ 
ings and development of educational cur- 


natures of at least 250 voting mem¬ 
bers of the society, with each member 
eligible to sign only one Board of 
Governors petition and, for officer 
nominees, the signatures of at least 
1,000 voting members of the society, 
with each member eligible to sign one 
petition for each office. Each signa¬ 
ture must be accompanied by the 
printed name of the signer. To avoid 
ambiguous identification of each 
signer, it is recommended (although 
not required) that the signer’s mem¬ 
bership number accompany his or her 
signature. 

Be accompanied by a statement 
signed by the nominee that he or she is 
willing and available to serve, if 
elected. 

Be received by Secretary Aylor on or 
before July 31, 1991. 


To qualify as a candidate for the board, 
a nominee must be a member of the soci¬ 
ety, must agree to seek significant in¬ 
volvement in society activities such as 
chairing a committee or serving as editor- 
in-chief or society representative, etc., 
and must meet other requirements as 
stated in the constitution and bylaws. 

To qualify as a candidate for an officer 
position, a nominee must hold a member 
grade or higher in the IEEE, must have 
been a Computer Society member for the 
preceding three years, and must meet 
other requirements as stated in the 
constitution and bylaws. 

Petitions can also be submitted to the 
secretary by Compmail. To be counted as 
a signature on a Compmail petition, each 
person signing the petition by Compmail 
must originate a message stating his/her 
support of the nomination of the individ¬ 
ual concerned and transmit it to Aylor. 
His Compmail ID is j.aylor@ 
compmail.com. 


task forces 

ricula and linkages between R&D efforts 
in the field. 

The Task Force on Parallel Processing 
will work to develop the technology of 
parallel processing systems. Areas of 
interest include parallel architectures, 
algorithms, and programming method¬ 
ologies; implementation technologies; 
mapping algorithms; and system imple¬ 
mentation issues. The founding chair is 
V.K. Prasanna Kumar, a professor in the 
Electrical Engineering Department at the 
University of Southern California. 

For further information, contact Mario 
R. Barbacci, Carnegie Mellon Univer¬ 
sity, Software Engineering Institute, 
Pittsburgh, PA 15213-3890. 
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♦ VHDL USERS'GROUP SPRING CONFERENCE ♦ 


USING VHDL FOR ELECTRONIC 
PRODUCT DESIGN 



01980 G.C.B.C.I. 


"VHDL - Making WAVES in Design Automation" 


April 8-10,1991 


Omni Netherland Plaza Hotel 
Cincinnati, Ohio 

Sponsored by the VHDL Users' Group 

For further information contact: Conference Management Services 
407 Chester Street 
Menlo Park, CA 94025 
415/329-0510 ♦ FAX: 415/324-3150 

Or call the VHDL Users' Group Mail Box 24 hours a day at 415/329-8673 
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Make Your Reservations Now ... 
1991 SIMULATION MULTICONFERENCE 

(formerly Eastern Multiconference) 

April 1-5,1991 • Fairmont Hotel • New Orleans 

Sponsored by Society for Computer Simulation [scs] 

Featuring 4 professional technical conferences 
on state-of-the-art simulation applications 
• SIMULATORS INTERNATIONAL 
• ARTIFICIAL INTELLIGENCE & SIMULATION 
• BALLISTICS SIMULATION II 
• 24TH ANNUAL SIMULATION SYMPOSIUM 
Held in conjunction with the 
Utility Simulators User Group (USUG) meeting. 



The 1991 Simulation Multiconference brings together several state-of-the-art conferences featuring 
leading speakers and researchers, vendor exhibits, formal seminars, working meetings of the Society, 
and informal gathering of engineers, scientists, academicians, industry, and government. Cross¬ 
fertilization of ideas between the conferences is frequent and encouraged. Topics include: 


Simulators International 

• Nuclear power plant simulators 

• Flight, Transportation, and Military simulators 

• Real-time simulation technology 

• Math models and technologies 

• Simulators design and technology 

• Systems simulation and Models 
Chair: Ariel Sharon, Argonne Nat. Labs 
Deputy Chair: Reza Fakory, Singer-Link 

Ballistics Simulation II 

• Interior Ballistics 

• Exterior Ballistics 

• Terminal Ballistics 

• Lethality/Survivability 

• Wound Ballistics 

Chair: Michael J. Chinni, U.S. Army AMCCOM 


Artificial Intelligence and Simulation 

• Methodology and concepts 

• Cognitive modeling 

• Intelligent simulation environments 

• Interfaces 

• Applications: Aerospace, Telecommunications, 

Manufacturing, Process control 
Chair: Ranjeet J. Uttamsingh, Synetics 
Deputy Chain A. Martin Wildberger, General Physics 

24th Annual Simulation Symposium 

• Distributed/Concurrent simulations 

• Network modeling and simulation 

• Multiprocessors/Parallel-processor architectures 

• Software development and applications 

• Distributed Simulation and Neural Nets 

• Systems, Languages, Tools 

Chair: Prof. George Zobrist, University of Missouri 


Overall General Chair: Dr. Bruce Fairchild, Applied Computer Technology 

For complete program, write or call: The Society for Computer Simulation, Dept. 1991 SMC, 
P. O. Box 17900, San Diego, California 92177. Phone: (619) 277-3888 (PDT); FAX: (619) 277-3930; E- 
Mail: MCLEOD@SDSC.BITNET. 


This year's Simulation Multiconference also includes a cruise on the mighty Mississippi river. The 
Society has arranged for the exclusive use of the Steamboat Natchez for your Monday evening enter¬ 
tainment. The Steamboat Natchez , the only authentic operating paddlewheeler in New Orleans, will 
feature Cajun cuisine, dancing to a dixeland j azz band, tours of the paddlewheeler, and special awards. 
Let the Steamboat Natchez kick off your stay in New Orleans and add an authentic Southern flavor to 
your conference agenda. 















1991 Simulation Multiconference Registration Form 
April 1-5,1991 

The Fairmont Hotel, New Orleans, LA 


Street Address: _ 

City:_ 


Early Registration (through March 1, 1991) 

□ S315 member* * □ $50 student (FULL TIME) □ S355 non-member 
late Registration (after March 1,1991) 

□ $355 member □ $50 student □ $395 non-member 

• Pre-registration must be received at SCS by March 1,1991. 
On-site registration is available. 

• All Registrations include Reception Tickets. 

• All Registrants, except students, receive one copy of the 
Proceedings and Banquet ticket. 


Method of Payment: (No cash accepted) 

□ VISA □ Mastercard □ American Express 


* Member rate applies to members of SCS, IEEE, ACM or non members 
who are participants. Advance registration fees are transferable. Student 
rate applies to FULL TIME STUDENTS only. A faculty signature is 
required to certify student's enrollment status. 


Faculty member signature 
Please check conference attending: 

□ Simulators International □ Artificial Intelligence and Simulation 

□ Ballistics Simulation II □ 24th Annual Simulation Symposium 


Conference Registration fee: $ _ 

(includes Banquet, reception, Proceedings, coffee 
breaks. For Full Registrants only) 

Additional Banquet Tickets @ $35 each: $ 

(Monday, April 1, 1991; 6:00p.m.) 

Additional copies of Proceedings @ $25 each: $ 
(Regular rates are $32 and $48. Please 
identify which conference.) 

TOTAL AMOUNT REMITTED $ 


Authorizing Signature:- 

□ Check □ Company Purchase Order □ Gov't DD Form 1566 


Conference Registration Form 
along with your registration fee to: 

1991 Simulation Multiconference Registration, c/o SCS, P. O. Box 17900, 
San Diego, California 92177. Phone: (619) 277-3888; FAX: (619) 277-3930 
Make check payable to: "SCS" (reference 1991 Simulation Multiconference) 


8-c-PLEASE CUT ALONG UNE BEFORE RETURNING- 

1991 Simulation Multiconference Hotel Registration Form 
April 1-5,1991 

(Reservations received after March 1,1991 will be confirmed on a space available basis only at special rates) 


SEND DIRECTLY TO: 

The Fairmont Hotel 

123 Baronne Street 

New Orleans, LA 70140 
Telephone: 800-635^1440 


DON'T FORGET 

Make check or money order 
payable to: 

The Fairmont Hotel 
(Do not sent currency) 

NJarpP* 

Organ Nation: _ 


(Last) 

(First) 


Address: 



City: 

State: 

ZIP: 




Sicrnatimp* 

Phone: ( 

) 


Arrival Hatp* 

Departure date: 


(month) (day) 

(year) (time) 

(month) (day) (year) 


(Check-in time is 1:00 p.m. — Check out time is 1:00 p.m 

■) 


Your reservation request cannot be processed unless the first night's deposit is included. Deposit will be refunded if cancellation is received 48 
hours in advance. We appreciate your cooperation. 


Credit Card No.:. 


□ American Express □ Diners Club □ Carte Blanche □ Visa □ Mastercard 


Please check preferred accommodations: 


□ Single — $99 □ Double — $119 □ One Bedroom Suites — $350 up 



















































UPDATE 


Contributions to Update are welcome. Send news of public policy or professional issues and of industrial or university 
research to Bob Carlson, 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264. 


outside agency via a 900 number. Thus, 
small businesses could have the same 
protection as large firms. Stometta and 
Wright both acknowledged that since 
current FCC regulations prevent phone 
companies from offering information 
services, a decision may be needed to de¬ 
termine whether providing a time-stamp¬ 
ing service would constitute a violation. 
This could very well hinge on how “infor¬ 
mation service” is defined. 


match that of the original. 

Legal considerations. Of course, to 
successfully challenge another version 
of the document, it might be necessary to 
obtain the allegedly altered version in 
electronic form. In the event of a dispute, 
the rules of litigation provide mecha¬ 
nisms to accomplish this, said Benjamin 
Wright, a Dallas, Texas, attorney and au¬ 
thor of EDI and American Law. 

Large organizations might set up their 
own time-stamping service, Stometta 
said, or the service could be made avail¬ 
able through the phone company or an 


Time stamp for electronic documents 
defies tampering 


Bob Carlson, Staff Editor 

Concerned over the ease with which 
digital photographs could be altered and 
made to misrepresent facts and events, 
Scott Stometta began to think of ways to 
verify the authenticity of all sorts of elec¬ 
tronic documents. When he went to work 
as a researcher at Bellcore, the technical 
support organization for the Bell tele¬ 
phone companies, he met Stuart Haber, 
another Bellcore researcher interested in 
the same problem. Together they devel¬ 
oped a way to time-stamp an electronic 
data file while providing the means to de¬ 
tect subsequent alterations. Bellcore has 
applied for a patent on the method. 

Because the system operates on bits 
rather than on text, all types of digital 
data, from business documents to audio 
tracks to motion pictures, could be time- 
stamped for protection. Tamperproof 
time stamps might also be used to estab¬ 
lish chronology in patent disputes. 

Secure and private. “Typically, you 
have to trust someone in a cryptography 
system,” said Stometta, “but not with this 
method.” One reason is that the document 
itself does not have to be revealed to the 
agency that acts as an electronic notary by 
providing a digital receipt that identifies 
the specific document and the exact time 
it was certified. And with built-in safe¬ 
guards devised by the inventors, even the 
time-stamping service could not falsify 
its records. 

Users on systems ranging from 8088 
PCs to mainframes would use software to 
create a representation of the original 
document through one-way hashing. The 
result, a digital fingerprint unique to the 
document (a hash value that could not be 
used to reconstruct the document), would 
then be sent to a time-stamping service 
that would mark the time received and 
imprint a digital signature, returning a re¬ 
ceipt to the originator that could be em¬ 
bedded in the document or kept sepa¬ 
rately. Thereafter, changing even one 
character of the document would break 


Safeguards. Bellcore, which plans to 
implement a prototype early this year, 
would link each time-stamped receipt to 
the one immediately preceding it by in¬ 
cluding a portion of the previous client’s 
time stamp and hash number. This chain¬ 
ing of data would prevent the possibility 
of backward or forward dating. 

An alternative method to guarantee the 
integrity of the time-stamp service would 
be to use a “random witness” scheme. A 
pseudorandom generator would create a 
list of witnesses whose computers would 
automatically receive and time-stamp a 
hash value, adding their own digital sig¬ 
nature to the time-stamp-service receipt. 
The randomly generated list of witnesses 
would be determined by the original data 
and therefore would not be controlled by 
the time-stamp service. For maximum 
security, a combination of linking and 
random witness methods could be used, 
Stometta said. 


Congress sets guidelines on 
computer software rental 


Legislation passed by Congress and 
signed by the president December 1, 

1990, addresses problems involving the 
rental of copyrighted software and its ef¬ 
fect on the sales market for that software. 

A House subcommittee chaired by 
Rep. Robert Kastenmeier introduced the 
Computer Software Rental Act of 1990, 
intended to balance the rights of software 
owners and users. Explaining the legisla¬ 
tion, Kastenmeier said: 

Section 802 of Title VIII of H.R. 5316 
amends section 109(b) of title 17, 
United States Code, to give copyright 
owners of computer programs the right 
to prohibit the direct or indirect rental, 
lending, or lease of their computer pro¬ 
grams for purposes of direct or indirect 
commercial advantage. There are, 
however, three exceptions to this right. 
. . . First, nonprofit libraries and non¬ 
profit educational institutions; sec¬ 
ond, computer programs embodied in a 


machine or product and which cannot 
be copied during the ordinary opera¬ 
tion or use of the machine or product; 
and third, computer programs embod¬ 
ied in limited-purpose computers de¬ 
signed for playing video games. 

For clarification, Kastenmeier said the 
common practice of transferring em¬ 
ployer-owned software among employ¬ 
ees at the same location or carrying it to 
other work sites via portable computers is 
not prohibited by the bill. “The transfer of 
copies within a single entity, whether 
nonprofit or for profit, is exempt,” he 
said. 

The Intellectual Property Committee 
of IEEE-USA, chaired by David M. 
Ostfeld, and the IEEE Computer Soci¬ 
ety’s Committee on Public Policy, repre¬ 
sented by Richard Stem, provided input 
and technical expertise for Kasten¬ 
meier’s subcommittee. 
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Editor: Richard Eckhouse, UMASS-Boston, Harbor Campus, Boston, MA 02125, Compmail, r. eckhouse; Bitnet, eckhouse@cs.umbsky. 


Adding memory boards to the 286 and 386 

Terry Traub and Brian Tuck, Fidelity Management & Research Company 


Memory is an increasingly important 
component in IBM PC AT-compatible 
computers. The traditional 640-Kbyte or 
1-Mbyte system is simply inadequate due 
to the growing popularity of extended 
DOS environments such as Microsoft 
Windows. Desqview and Lotus 1-2-3 
have also contributed to the hunger for 
memory. Fortunately, decreasing memo¬ 
ry prices are making memory upgrades 
more feasible for millions of 286 and 386 
PC owners. 

Why consider a memory board? For 
people with older computers that lack ex¬ 
tra memory sockets, it’s the only way to 
upgrade equipment short of replacing the 
motherboard. For those who have pur¬ 
chased a new computer, an appropriate 
memory board will accept their old mem¬ 
ory chips, thus preserving some of their 
original investment. If you do not fall 
into one of these categories, you will be 
best off if you simply install more mem¬ 
ory directly onto your motherboard. If 
the board is independent of the expan¬ 
sion bus, it runs faster than memory on 
add-in boards; in fact, 386 users will 
gain full 32-bit memory. 

The products we evaluated functioned 
well for the most part and were not diffi¬ 
cult to install, with a couple of excep¬ 
tions. One board, the CPI-XMA 4 from 
High Fidelity Computer Components, 
would not even fit physically into one of 
our AT clones. Another board, the 
Rapidmeg from STB Systems, had an in¬ 
stallation program that could not find any 
memory either on the board or in the 
computer. A board arrived from Everex 
with no memory at all. When that com¬ 
pany declined to send any memory chips 
with which to test the board, we had no 
choice but to return it untested. Aside 
from these few problems, we were able 
to test a number of products that installed 
and ran acceptably. 

It might prove useful to review the 
various types of memory available on AT 
286- and 386-based computers. Simply 


put, DOS utilizes 640 Kbytes of RAM, 
known as conventional memory. All 
RAM beyond this level is called extend¬ 
ed memory, which is accessible through 
special drivers that can create RAM 
disks or caches (such as the ramdrive.sys 
and smartdrv.sys drivers that come with 
Microsoft Windows 3.0). 

Extended memory is also available 
through special expanded memory driv¬ 
ers, which follow the Lotus-Intel-Mi- 
crosoft specification for swapping mem¬ 
ory through a 64-Kbyte “window.” This 
expanded memory standard requires ei¬ 
ther a special chipset for a 286 (like that 
of the Intel Above Board) or a special 
memory-manager software program for a 
386 (such as QEMM/386 or 386-to-the- 
Max). The 386 is more flexible because 
it can emulate expanded memory using 
only a software driver; the 286 must have 
the extra hardware provided by these 
boards. The trend is toward using extend¬ 
ed memory because Windows 3.0 can 
then take full advantage of it. And, now, 
on to the specifics. 

Ramflex for the AT 

The Ramflex board is an extended/ 
expanded memory board for AT-compat¬ 
ible machines. We found it easy to install 
and reliable to use as an extended memo¬ 
ry board. It worked equally well with 
DOS programs and memory-intensive 
environments like Desqview 2.2, 
Microsoft Windows 3.0, and OS/2 1.2. 
The only problems we encountered were 
with the EMS 4.0 feature; the board dis¬ 
appointed us by not delivering on its 
promises. We couldn’t get large page- 
frame EMS running and had to test the 
board in extended mode. However, this 
may not be much of a drawback. We feel 
that most people are eventually going to 
use this type of board in extended mode 
as protected-mode software like Win¬ 
dows 3.0 becomes even more popular. 


We don’t have much else to say about 
the Ramflex board because it ran so well 
that we have nothing to complain about. 
The evaluation unit we received came 
with 4 Mbytes of 1-Mbit dual in-line 
packages (individual RAM chips) and 
sockets for 4 more Mbytes. The board 
was slim and sparsely populated; it slid 
smoothly into an AT clone’s 16-bit ex¬ 
pansion slot, with its DIP switches for 
configuring the memory conveniently 
situated on top. 

The installation program had several 
levels of expertise to choose from, rang¬ 
ing from automatic to interactive to di¬ 
rect selection of parameters. We chose 
automatic and found ourselves with noth¬ 
ing to do. However, the installation pro¬ 
gram did not seem to know how much 
extended RAM we already had (4 
Mbytes), so we finally reinstalled the 
board using the direct option. This ma¬ 
neuver allowed us to simply enter memo¬ 
ry addresses and quantities based on a 
chart in the slim, well-written manual. 
When we were done, we ran the CMOS 
RAM setup program, set it to 8 Mbytes, 
and rebooted into memory heaven. 

Although we were running 16-bit 
memory in a 32-bit machine, it worked 
well enough. Windows 3.0 reported 19 
Mbytes free (including disk-swapping 
space). Desqview gave us room to run 
six or more full DOS applications at 
once, and OS/2 1.2 finally began to fly, 
scarcely ever referring to disk once pro¬ 
grams were loaded. For Windows 3.0 
running on a 286 or 386 machine, this 
board performed extremely well. We will 
miss this memory board; with its inex¬ 
pensive DIP memory chips, slim profile, 
and useful manual, it is easily the best 
buy of the lot. 

The company’s address is Computer 
Elektronik Infosys of America, Inc., 512- 
A Herndon Parkway, Herndon, VA 
22070; (703) 435-3800. Price: $264. 
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Time to slim down 


The CPI-XMA 4 memory board con¬ 
sists of a backplane that contains the 
control circuitry and a daughterboard to 
hold four banks of 1-Mbit chips. The re¬ 
view unit arrived with 2 Mbytes on board 
rather than the advertised 4 Mbytes. Un¬ 
like the slim Ramflex board, this one is a 
bit overweight; it takes up more than a 
full slot. We had to rearrange some of 
our other boards just to get a slot with no 


AST on an elegant rampage 

The 8-Mbyte, 16-bit Rampage Plus 
286 works as extended or EMS 4.0 ex¬ 
panded memory. The review board came 
with 2 Mbytes of 1-Mbit SIMMs (single 
in-line memory modules). SIMMs of the 
256-Kbyte type could also be used and 
even mixed with the 1-Mbyte variety — 
a useful feature for those who have left¬ 
over RAM from other computers. 

Installation was a piece of cake. We 
first inserted a 3.5- or 5.25-inch disk from 
the package and ran a memory test pro¬ 
gram that checks the computer’s current 
memory configuration. It correctly identi¬ 
fied our computer’s memory and instruct¬ 
ed us to set one address jumper on the 
board and plug it in. We turned off the 
computer, plugged in the board, and 
turned it on again. Then, we ran AST Re¬ 
search’s RAMP program, which config¬ 
ures the board. When we chose automatic 
installation, it immediately identified how 
much RAM the Rampage contained and 
stored that configuration in the board’s 
EPROM. When we rebooted, we had 2 


Above board with Intel 


The Intel Above Board Plus 8 and 
Plus 8 I/O are 8-Mbyte, 16-bit memory 
expansion boards that use individual 

1- Mbit DIP chips. In addition, Intel sells 

2- and 6-Mbyte daughterboards that in¬ 
crease the capacity of the Above Board 
Plus to 10 or 14 Mbytes. The version we 
tested was the Above Board Plus 8 I/O, 
with 2 Mbytes installed and a serial and 
a parallel port. 

Installation was automated as with the 
other boards, but it took us several itera¬ 
tions to get it right. The cause was main¬ 
ly user error, though, because the instal¬ 
lation program (much improved over the 
original Above Board procedure) includ¬ 
ed a handy table that allows you to 
quickly select your current RAM and the 
expansion board RAM. You must know 
how much extended RAM your comput¬ 
er already has, above and beyond the 
initial 640 Kbytes of base memory and 


obstructions nearby. Unfortunately, try 
as we might, we couldn’t fit this board 
into a slot. It was simply not made for 
the generic clone’s chassis. 

When we called the customer support 
division to report this problem, they sug¬ 
gested we loosen the bracket screws a lit¬ 
tle so that the board would sit more easi¬ 
ly. This approach did not work; the 
company had no further suggestions to 


Mbytes more of extended RAM. The 
whole installation took about 5 minutes. 
This is probably the easiest memory board 
installation we have seen. This board is a 
PC system manager’s dream. 

The Rampage Plus 286 comes with a 
full set of utilities for the AT user, in¬ 
cluding memory cache, print spooler, 
RAM drive, and EMS drivers. In addi¬ 
tion, an AST version of the program 
Head Room 2.0 from Helix Software was 
included in the box. This program is a 
50-Kbyte memory-resident utility that 
swaps application programs in and out of 
extended and expanded memory or to 
and from the hard disk. This well-re¬ 
ceived utility may come in handy for 
those who use a lot of TSRs like Side- 
kick, in addition to regular 640-Kbyte 
programs like Lotus 1-2-3 and Ventura 
Publisher. 

Like the Ramflex board, the AST 
Rampage Plus 286 is a slim, sparsely 
populated board that has room for 8 
Mbytes. Unlike the Ramflex, however, 


384 Kbytes of reserved area. For begin¬ 
ners who may not know the exact num¬ 
bers and kinds of RAM, there is a thor¬ 
ough explanation of memory in the 
thick, well-organized manual. 

The Chkmem utility tells you your cur¬ 
rent memory configuration. The board is 
completely configured through software 
that places the CMOS RAM on the mem¬ 
ory board; there are no jumpers or switch¬ 
es to set. Once the board is plugged into 
the machine, you just run the Setboard 
program, which completely configures the 
memory board for you, including whether 
to enable the serial and parallel ports, the 
amount of RAM you want on board, what 
memory locations to use, and how much 
of the memory to split between expanded 
and extended modes. 

In addition to the Intel product, there 
is a coupon for free copies of Quarter¬ 
deck Office Systems’ QRAM and Mani- 


make, nor did its personnel seem to sym¬ 
pathize with our situation. Perhaps this is 
an unfair conclusion, but we cannot rec¬ 
ommend this product in its current form 
with this company’s attitude toward cus¬ 
tomer service. 

High Fidelity Computer Components 
is located at 667 Rancho Conejo Blvd., 
Newbury Park, CA 91320. 
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this memory is in the form of SIMMs. 
Since one SIMM contains nine chips, 
memory installation is much simpler than 
with individual chips. However, if one 
chip is bad, an entire SIMM must be re¬ 
moved and possibly replaced. Be that as 
it may, SIMMs have become the standard 
form of memory for PCs, and by invest¬ 
ing in this board you will certainly be us¬ 
ing a common, readily available type of 
memory. 

The Rampage Plus 286 is the most ele¬ 
gantly engineered board of all those re¬ 
viewed, reflecting AST’s many years of 
experience in creating expansion prod¬ 
ucts for the Apple II and IBM PC lines. 
Its highly integrated ICs and quality con¬ 
struction leave no doubt that this is a 
product refined over years of use. We 
highly recommend this product. 

The address of AST Research, Inc., is 
2121 Alton Ave., Irvine, CA 92714; 
(714) 863-1333. 
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fest products. QRAM lets 286 users store 
some of their resident software in unused 
areas of high RAM. Manifest is a thor¬ 
ough memory-checker utility. As the 
package boasts, this $140 value is a good 
deal. 

Although you pay top dollar for the In¬ 
tel and AST boards, you get high-quality 
products that are well supported and 
come with a 5-year limited warranty. 
(This warranty may not be needed, judg¬ 
ing by Intel’s track record and the rugged 
design of the board.) 

As with the other boards, we had no 
trouble running Microsoft Windows and 
other memory-hungry programs. 

Readers may contact the Intel Corpo¬ 
ration through the Personal Computer 
Enhancement Department, 5200 NE 
Elam Young Parkway, Hillsboro, OR 
97124-9987. 
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Needs enough leg room 

The Just RAM/AT16 Expansion Mem¬ 
ory Module provides 512 Kbytes up to a 
whopping 16 Mbytes of RAM using ei¬ 
ther 256-Kbyte or 1-Mbyte single in-line 
packages (SIPs). As with SIMMs, this 
simplifies installation but tends to be 
more expensive (especially if a memory 
chip needs to be replaced). The board 
runs at zero wait states with bus speeds 
up to 10 MHz, and at 1 wait state for 
higher speeds. It is configurable to al¬ 
most any combination of extended, ex¬ 
panded, and conventional backfill memo¬ 
ry. If both extended and expanded 
memory are used, the extended memory 
must be allocated in blocks of 4 Mbytes, 
which may be a problem for some users. 

The documentation was complete and 
fairly well organized. It was a bit too 
technical, though, and could use a sec¬ 


tion for beginners, especially considering 
that the hardware installation requires 
correctly setting 22 switches on the 
board. The card is full length and taller 
than most (4.81 inches), so it may not fit 
into a nonstandard case. 

Two 360-Kbyte disks were included: a 
diagnostics disk and a utilities disk that 
contains a spooler, a RAM disk, disk 
cache, and expanded-memory driver 
software. The software is set up using an 
installation program provided on the util¬ 
ities disk. We found the program’s user 
interface a bit clumsy. It does not proper¬ 
ly tell you the amount of expanded mem¬ 
ory available if the driver has been load¬ 
ed. If you reconfigure the driver by 
running the installation program again, it 
does not preserve any driver settings you 
may have added yourself. 


You can configure the RAM disk, 
spooler, and disk-caching software to use 
conventional, expanded, and extended 
memory. There were a few problems 
with the software: 


If the RAM disk driver is loaded 
without any parameters, it hangs up 
the system. 

The spooler works with serial ports, 
but only up to 9,600 bps. 

We had trouble running PC-Tools 
Backup with the Just RAM disk¬ 
caching utility loaded. 


Monolithic Systems Corp. is located at 
7050 South Tucson Way, Englewood, 

CO 80312; (303) 790-7400. 
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Top-of-the-line display equipment 


Richard Eckhouse, UMASS-Boston 

Reviewers often have a chance to look 
at equipment that is somewhat out of the 
ordinary. In this particular case, I review 
a 20-inch multiscanning color monitor 
with an exceptional range of horizontal 
and vertical scanning frequencies, and a 
VGA display adapter that goes well be¬ 
yond what is called “Super VGA” today. 
And while these items may be a bit more 
expensive than today’s typical VGA sys¬ 
tems, they are certainly forerunners that 
will become the standards for tomorrow. 


Prism imaging systems 

In a recent Computer review (June 
1990), I praised Prism Imaging Systems 
for its outstanding Eclipse VGA board. 
My reasons were (1) extended VGA reso¬ 
lutions, (2) support for both VGA and 
EGA monitors, (3) compatibility with ex¬ 
isting graphics standards, and (4) the life¬ 
time warranty. I didn’t anticipate how the 
company could best itself and was sur¬ 
prised when it offered to let me test the 
new Excelsior card (see Figure 1). I sup¬ 
pose I should lay off the superlatives in 
case they do it again, but I must admit the 
Excelsior is one heck of a display adapter. 

Built just as ruggedly as the earlier 
Eclipse board, the Excelsior offers 33 
resolutions in both text and graphics and 
in both monochrome and color, using in¬ 
terlaced and noninterlaced scanning. All 
the standard modes are there, including 
the new VESA 800 X 600 in 16 or 256 
colors with a vertical frequency of 72 


Hz. The higher resolution 1,024 x 768 
graphics in either 16 or 256 colors are in¬ 
cluded as well, but more interesting are 
1,280 x 800 x 16, 1,152 x 900 x 256, 
1,024 x 1,024 x 256, 1,280 x 1,024 x 16, 
and an amazing 1,600 x 1,024 x 16 (the 
last three running as an interlaced dis¬ 
play). With this board you pick your res¬ 
olution and the number of colors, and it 
just plays away. Of course, you will need 
a multiscanning monitor because the 
wide range of resolutions demands an 
equally wide range of horizontal (31.5 to 


51.5 kHz) and vertical (54 to 72 Hz) fre¬ 
quencies. Equally important is the screen 
size because there aren’t enough dots per 
inch (nor can your eyes discern) the 
higher resolutions on a 14-inch monitor. 
That’s why I chose the Nanao FlexScan 
9500 (reviewed next) as my monitor. 

Like the Eclipse board, the Excelsior 
is bundled with eight disks containing 
drivers for all the popular software: Win¬ 
dows 2.x and 3.0, Auto CAD, Lotus, 
Pagemaker, Ventura Publisher, WordPer¬ 
fect, P Cad Framework, Versa CAD, 



Figure 1. The Excelsior VGA board. 
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View Logic Workview, and Cadkey, just 
to name a few. 

Other utilities include a diagnostic to 
test the video modes, a mode switch util¬ 
ity, a shadow ram video BIOS speedup, 
an enhanced ANSI.SYS driver, and a 
font editor to change or create fonts. 

Another utility called Center aligns the 
screen for different resolutions. Center 
does away with having to readjust the 
size and location of your screen image 
manually when you go from 800 x 600 to 
1,024 x 768. Some newer monitors have 
presets to accomplish this, but most 
don’t. Finally, since some of the higher 
resolutions (1,280 x 800 and 1,152 X 
900) can be run in either interlaced or 
noninterlaced mode, there is a utility that 
changes the driver from one to the other. 

About the only things —and they are 
minor — that need a little more work are 
the manual and the on-disk instructions. 
Although plenty of information is there 
(like connector and jumper information 
or how to install the board in your sys¬ 
tem and set up the Windows drivers), it 
sometimes is not well organized or clear¬ 
ly stated. This comment may be unfair, 
since I was an early recipient of the 
board and the manual, which did not ap¬ 
pear to be final products. 

I might note that I have also been in 
direct contact with Prism during this re¬ 
view because both the software and the 
ROMs were changed to provide in¬ 
creased performance and versatility. Un¬ 
der these circumstances it is unfair to 
comment on the kind of technical sup¬ 
port users might receive. I did have a 
chance to meet with the principals at 
Comdex, and I must say they were both 
unassuming and exceedingly courteous. 
The meeting also gave me a chance to 
view the board with the ROM and DAC 
chips replaced to provide 32,000 colors 
at up to 800 x 600 resolution. Since 
those chips are socketed on the current 
production boards, users can upgrade at a 
surprisingly low cost (not yet deter¬ 
mined). 

You might expect to pay a lot for the 
Excelsior board, but you won’t. With 
1 Mbyte of memory, its suggested retail 
price is only $899. There aren’t many 
boards priced so aggressively, and none 
that I know of that offer the large number 
of display resolutions at anywhere near 
this price. And because the design is 
based on a Tseng chip that offers verti¬ 
cal/horizontal panning and scrolling in 
both text and graphics modes, I expect 
that someday software vendors will in¬ 
clude this capability in their products. It 
may well be available using the CAD 
software supported by the Prism drivers, 
but I did not test that. For more informa¬ 
tion, you will need to check with Prism 
Imaging Systems. (Read on for address). 


Nanao Flexscan 9500 


The advent of VGA displays that can 
produce higher and higher resolutions 
has forced many monitor builders to 
keep pace. Nanao, a leader in the field, 
has already offered several monitors that 
met and exceeded past specifications 
(like the 1,024 x 768 resolution set by 
the 8514). The company currently offers 
possible display resolutions that are com¬ 
parable to what is more commonly found 
on workstations. Thus, when I had the 
chance to review the Prism Excelsior dis¬ 
play adapter, Nanao was the monitor 
vendor I turned to. 


If you are looking for a 
large, high-resolution 
screen, you will be hard- 
pressed to find a better pair 
of products. 


The 20-inch Nanao Flexscan 9500 is a 
multiscanning monitor with a 0.31-dot 
pitch that covers a horizontal frequency 
range of 30 to 78 kHz with a vertical rate 
of 55 to 75 Hz. All controls are up front 
— a feature I much prefer over having 
them in the back behind a panel you have 
to pry off. The controls include the pow¬ 
er and degaussing switches, brightness 
and contrast, horizontal and vertical size, 
and horizontal and vertical position. The 
only control on the back is the signal lev¬ 
el, which you will probably never adjust. 

You can either apply the video signal 
through a D-type 9-pin connector or use 
BNC connectors for separate video and 
synch inputs. A front panel switch se¬ 
lects between the two. The monitor 
comes with both a 9- to-15-pin cable and 
a tilt-swivel stand. The manual for the 
9500 shows the location of each control 
pictorially and explains its function. Also 
included are cable diagrams, timing 
charts, and the specifications for the unit. 

The unit occupies a footprint of ap¬ 
proximately 19 X 21 inches and measures 
about 19 inches from the swivel base to 
the top of the unit. The weight is 38 kilo¬ 
grams. 

To test the Nanao monitor with the 
Prism display adapter, I tried a number 
of different modes, including the stan¬ 
dard VGA (640 x 480), extended VGA 
(800 x 600), and all the high-resolution 
modes (1,024 X 768, 1,024 x 1,024, 

1,280 x 1,024, and even 1,600 x 1,024). 
Only in the 1,600 x 1,024 mode was 


there some jitter, probably due to ex¬ 
ceeding the bandwidth of the display and 
the reflections in the cable. In all cases, 
the display was bright, crisp, and free of 
glare. In fact, the Nanao is the brightest 
of the 19- or 20-inch monitors that I have 
evaluated. As I cycled through a set of 
pictures that Prism had supplied, the col¬ 
ors appeared excellent as well. 

Some of you may be using 19-inch 
monitors with your workstations. The 
Nanao offers an interesting alternative to 
the fixed-frequency monitors normally 
sold with such systems. Because of its 
multiscanning frequency characteristics, 
it can be used in place of those monitors, 
which means that system upgrades don’t 
require you to replace your old monitor 
as a result of the newer workstation that 
offers a different resolution or color. As 
a test, I tried the Nanao with my Mi- 
croVAX n, and there were absolutely no 
problems. The manufacturer indicated 
similar tests had been made with Sun Mi¬ 
crosystem Sparcstations. 

At $3,999, this is not an inexpensive 
item. But for those who need a larger 
monitor with this kind of resolution, I 
can easily recommend this exceptional 
unit. It silently switches from one resolu¬ 
tion to another without the usual clicks 
and pops (as well as the usual lines that 
appear when the monitor resynchs). I’m 
glad I had a chance to test it because it 
has become my standard for comparison. 

Conclusions. Using the Excelsior 
board with the Nanao monitor is really a 
treat. Images are large and bright, even at 
higher resolutions. However, when you 
select such a combination, you must con¬ 
sider a number of issues. First, as the res¬ 
olution increases, so does the time to re¬ 
paint the screen during scrolling. As a 
result, I found that when using Windows 
3.0,1 preferred a resolution of 1,024 X 
768 x 16. 

Second, I found that some Windows 
applications would not work in all reso¬ 
lutions. I don’t know if this is a Win¬ 
dows or a driver problem, but it is easily 
corrected by changing the resolution. 

Third, you need to test a display adapt¬ 
er with the monitor in the resolutions you 
plan to use. As I write this review, there is 
a timing problem between the Excelsior 
and the Nanao 9500 that causes some 
scan lines to be missed at a resolution of 
1,280 x 1,024 (and no others). Both Prism 
Imaging and Nanao are working to re¬ 
solve the problem and will most likely 
have it solved by the time you read this. 
But it was unknown and did not occur 
when Prism tested its board with a 16- 
inch Nanao and a 20-inch NEC monitor. 

Both Nanao and Prism Imaging offer 
an impressive array of graphics products 
at reasonable prices. Having installed the 
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Excelsior in my PC Genius 386/33 system 
with the FlexScan 9500 right next to it, I 
enjoyed using them every day, particular¬ 
ly because as a Windows user I like lots 
of open windows. I used to think 800 x 
600 was great, but 1,600 x 1,024 is fan¬ 
tastic and quite readable by someone like 


me with less-than-perfqct eyesight. So, if 
you are looking for a large, high-resolu¬ 
tion screen, you will be hard-pressed to 
find a better pair of products than these 
two from Prism Imaging and Nanao. 

Prism Imaging Systems is located at 
5309 Randall PL, Freemont, CA 94538; 


Microsoft Works 2.00 


Daniel Somerville, Somerville Associates 


This software for IBM PCs and com¬ 
patibles is an enhancement of Mi¬ 
crosoft’s earlier product of the same 
name. If you already use an earlier ver¬ 
sion, your decision to acquire the new 
one will depend on whether the features 
offered — a thesaurus, footnoting, on¬ 
screen document viewing (before print¬ 
ing), a calculator, an alarm clock, DOS 
file-management utilities, up to eight 
files simultaneously on the screen, a cus¬ 
tom menu to run other programs, and an 
automatic telephone dialer — are impor¬ 
tant to you. 

Microsoft Works is an integrated pack¬ 
age of four programs: a word processor, 
database manager, spreadsheet package, 
and serial communications module. The 
functionality provided by each of these 
(as one might expect from the $150 retail 
price for the total package) is inferior to 
that provided by the corresponding dedi¬ 
cated application program. Any expecta¬ 
tion that Microsoft Works measures up 
to Microsoft Word, Lotus 1-2-3, dBase 
IV, and Procomm Plus is wishful think¬ 
ing. Still, all four programs can easily 
satisfy most user requirements. These 
programs are well integrated. Their com¬ 
monality eases the learning of various 
applications and, with a little careful 
reading of the reference manual, rational¬ 
ly organized data can be passed among 
files and buffers associated with each of 
the four applications. 

The package contains a set of either 
four 3.5- or seven 5.25-inch disks, a 400- 
page reference manual, a quick-com¬ 
mand reference card, and a 15-page “Ten 
Minutes to Productivity” pamphlet that 
describes six sample word processing, 
database, and spreadsheet template appli¬ 
cations. The disks contain the Microsoft 
Works programs, several auxiliary files, 
and a set of tutorials for on-line instruc¬ 
tion. Installation was straightforward 
once I discovered that a program called 


Setup should be run from one of the 
disks. 

The menu-oriented Works program 
has pull-down menus for various func¬ 
tions. Although all functions can be 
readily executed from the keyboard, a 
mouse in experienced hands probably 
improves efficiency. Using the menus for 
simple functions, such as invoking bold 
character style in the word processor, be¬ 
came a nuisance. Commendably, Mi¬ 
crosoft Works provides many optional 
control or function codes (like Control-b 
for bold) so that menus can be bypassed. 
These concise commands are very conve¬ 
niently arranged on the quick-reference 
card. 

The word processor is probably the 
easiest to use and the most flexible of the 
four programs. It offers a “type-it-in” 
style of text entry or modification. Refor¬ 
matting and pagination are automatic. 
When something special is needed, you 
can use the menus, consult the quick ref¬ 
erence card, or even read the manual. 
Most of the editing, formatting, para¬ 
graphing, and paginating features that 
might reasonably be expected are 
present. 

Subscripts, superscripts, plain, bold, 
italic, strikethrough, and underline char¬ 
acter styles are easily selected. Add in 
footnotes, a spelling checker, and a 
(slightly unimaginative) thesaurus, and 
there’s little to complain about and a lot 
to appreciate. The capability of acquiring 
data organized with the other modules 
makes form letters, labels, insertion of 
tables, and simple graphs straightfor¬ 
ward. 

The spreadsheet program is unremark¬ 
able. It works well and offers most of the 
capabilities that users expect in the 
spreadsheet world. Some might complain 
of slowness in recalculation or loading, 
but these are not really more than minor 
inconveniences except when you are 


(415) 490-9360; fax (415) 490-9342. The 
address for Nanao USA Corporation is 
23510 Telo Ave., Suite 5, Torrance, CA 
90505; (213) 325-5202. 
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dealing with large or complicated appli¬ 
cations. 

The database component is convenient 
for maintaining simple flat-file data. No 
relational, cross-reference, indexing, or 
other such exotica are offered. The maxi¬ 
mum file size of 4,096 records of 256 
fields of 256 bytes is adequate for most 
work, although the limit of 4,096 records 
is unfortunately low for many applica¬ 
tions that would otherwise be well 
served. 

It is inconvenient or impossible to read 
and write data files that are organized as 
fixed-length fields; the Works database 
requires and generates text files with 
fields delimited by tabs or enclosed in 
quotes. These limitations aside, the facil¬ 
ity provided is really good. Field sizes 
are variable, need not be specified, and 
can be changed temporarily or perma¬ 
nently at any time. Creating and updating 
files, rearranging data fields, browsing, 
selecting, sorting, and generating reports 
are convenient and quick. Unless a data¬ 
base is large or has complicated relation¬ 
ships that require a more elaborate pro¬ 
gram, the Works database program is the 
tool of choice. 

The communications program pro¬ 
vides two functions. One is the emulation 
of VT52 or ANSI (like the VT100 class) 
terminals. The other is transferring files 
and capturing text. The terminal emula¬ 
tion works imperfectly. When I needed 
escape-sequence generation and interpre¬ 
tation to run the VAX EDT editor, chaot¬ 
ic behavior resulted. The file transfers 
worked without error. The Xmodem pro¬ 
tocol provides error checking (I missed 
Kermit). Considering the low cost of un¬ 
flawed dedicated communications pro¬ 
grams, this communications module has 
no great value but is probably adequate 
for occasional use. 

The reference manual contains a fair 
bit of information about most aspects of 
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the programs. Its typography is admira¬ 
ble, but the organization and technical 
content are deficient. The index is more 
extensive than in most documentation, 
but the residual impression is a lack of 
coherence and absent technical informa¬ 
tion. Microsoft does offer support by 
telephone; I tried to get a couple of ques¬ 
tions answered this way. The music was 


Review notes 

Turbo C++. Object-oriented pro¬ 
gramming has been a topic of detailed 
discussion in the literature for some 
time. Since the C programming lan¬ 
guage is so predominant, C++, the ex¬ 
tension of C into the object-oriented 
environment, has also received its 
share of attention. Most of the C++ 
compilers that are available for the PC 
market generate C code, which must 
then be fed into a standard C compiler 
— a slow and clumsy approach. Until 
recently, few compilers have handled 
C++ code directly. The introduction of 
Turbo C++ from Borland International 
represents the first offering of a com¬ 
plete C++ development environment 
from a major manufacturer of pro¬ 
gramming language tools. It should 
have a significant impact on the use of 
C++ in the PC arena. 

Turbo C++ is available in two sepa¬ 
rate flavors, the standard Turbo C++ 
package priced at $199.95, and Turbo 
C++ Professional priced at $299.95. 
Standard Turbo C++ includes an 
AT&T-compliant C++ 2.0 compiler, an 
ANSI-compatible compiler, the Pro¬ 
grammer’s Platform, the VROOMM 
overlay manager, a project manager, a 
hypertext help system, and a brief tuto¬ 
rial for the Programmer’s Platform. 
Turbo C++ Professional includes all of 
these items plus Turbo Debugger 2.0, 
Turbo Assembler 2.0, and the new Tur¬ 
bo Profiler 1.0. The difference in price 
between the two products is so small 
that you are better off buying the pro¬ 
fessional version. Even if you already 
have a copy of the debugger and assem¬ 
bler, the additional cost is easily justi¬ 
fied for a copy of the profiler alone. 

Installation of the complete system 
is exceedingly simple and can be ac¬ 
complished in minutes. The installa¬ 
tion program automatically senses your 
hardware configuration and adjusts the 
program parameters accordingly. The 
Turbo C++ package requires approxi- 


boring, and the people were pleasant but 
not very knowledgeable. A user should 
not count on assistance beyond what 
comes in the Microsoft Works box. 

Microsoft’s claims that the program is 
easy to use are certainly exaggerated; in¬ 
stant intelligence has not yet arrived. On 
the other hand, there were relatively few 
bugs, and, except for the communications 


program, they were not disabling. On bal¬ 
ance, Microsoft Works is a good product 
for little money (under $100 street price), 
and I recommend it without reservation. 

The address of Microsoft Corporation 
is 16011 NE 36th Way, PO Box 97017, 
Redmond, WA 98073-9717; (800) 426- 
9400. 
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mately 6 Mbytes of disk space, while 
the remaining items in the profession¬ 
al package require less than 4 Mbytes. 

Libraries are provided for a number 
of basic C++ classes, including sim¬ 
ple lists, queues, stacks, arrays, and 
heaps. Complete source code and 
documentation are also included, 
along with a set of example programs 
using the classes. If you are new to 
object-oriented programming and 
C++, these examples will go a long 
way toward helping you get started. 

In my experience, one of the best 
ways to learn any new language is to 
study existing code, and the Turbo 
C++ provided source code is excel¬ 
lent. 

Borland refers to the Programmer’s 
Platform as the Integrated Develop¬ 
ment Environment (IDE) and supplies 
a TC tour program on the installation 
disks for introducing its many fea¬ 
tures. I highly recommended TC tour, 
which is unique among the develop¬ 
ment systems I have encountered. It 
can help you get up to speed with the 
IDE and produce programs without 
searching through numerous manuals. 

The Programmer’s Platform can be 
customized in a number of different 
ways. The system environment can be 
configured using the TC installation 
utility to build any number of custom 
configurations for editor settings, 
screen colors, keyboard macros, and 
window characteristics. Separate sys¬ 
tem configurations that can be main¬ 
tained by each programmer do not af¬ 
fect the individual project configur¬ 
ation files that can be built from with¬ 
in the IDE. Project build files control 
the compiler to be used for the project, 
the directories to be searched for and 
library files, the destination directories 
for object files, the type of error mes¬ 
sages generated during a compile link 
cycle, and many other features. 

The user types the letters TC to 


start the Programmer’s Platform. 
Command-line arguments are available for 
telling the system to use either extend¬ 
ed or expanded memory. Other switch¬ 
es control the Make facility, operation 
in dual-monitor mode, running with an 
LCD, and control palette swapping on 
EGA video adapters. The system is ex¬ 
tremely responsive, with the main IDE 
screen appearing quickly. If your cur¬ 
rent directory contains an active 
project, the IDE loads the project and 
returns you to the state of the system 
that existed when you exited. 

The top menu for the main IDE 
screen contains a System menu and 
menus for File, Edit, Search, Run, 
Compile, Debug, Project, Options, 
Window, and Help. The set of sub¬ 
menus for each of these items can con¬ 
tain an abbreviated or full list of selec¬ 
tions. This feature is controlled from 
the Options menu. Most of the com¬ 
monly used menu items have associat¬ 
ed hot keys, allowing you to bypass the 
menu system. 

I repeatedly encountered problems 
with insufficient memory when trying 
to transfer to Turbo Debugger or Turbo 
Profiler to test a large program. I had 
to remove a number of TSRs — and 
even network code — before continu¬ 
ing. In some cases, not enough memo¬ 
ry was available to load the application 
program when the debugger or profiler 
was loaded. In other cases, there was 
not enough memory to load the utility 
program. During all of these attempts, 
the program had been started with the 
extended memory switch enabled, and 
the IDE reported that sufficient extend¬ 
ed memory was available. 

I used the IDE with a number of 
small- to medium-sized projects and 
was impressed by its ease of use and 
rapid response. Exiting the IDE and re¬ 
loading are extremely quick, although I 
found little need to do so because most 
of the features needed for program de- 
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velopment are included in the plat¬ 
form. The only general complaint I 
have concerns the editor. Unfortunate¬ 
ly, there is no means for integrating 
your own editor into the environment, 
other than including it into the Trans¬ 
fer list. 

In addition to the problems I en¬ 
countered when attempting to invoke 
Turbo Debugger and Turbo Profiler, I 
had a problem in rebuilding one partic¬ 
ular project. On two occasions the sys¬ 
tem hung up while attempting to per¬ 
form the link. The swap file began 
growing without limit, and I had to 
warm-start the system to escape the 
problem. The only way I prevented a 
recurrence was to delete the swap files 
and try again. Although the problem 
did occur more than once, and on more 
than one machine, I couldn’t consis¬ 
tently repeat the conditions. 

Borland does not currently supply a 
version of Turbo C++ for OS/2. This is 
unfortunate, since a quality develop¬ 
ment environment including the fea¬ 
tures found in Turbo C++ would be 
most welcome. I did use the package in 
the DOS compatibility box for devel¬ 
oping such applications, but with limit¬ 
ed success. The project manager failed 
to rebuild an entire project when re¬ 
quested, reporting that all files were up 
to date, and program memory limita¬ 
tions proved to be a major problem. 
Hopefully, an OS/2 version will be 
available soon. 

I found Turbo C++ to be an excel¬ 
lent product and recommend it highly. 
Inclusion of an ANSI compiler and the 

AT&T C++ 2.0-compliant compiler in 
the same package allows you to ease 
your way into the object-oriented 
world of C++ without the shock of an 
all-or-nothing approach. Since the pro¬ 
fessional version also includes Turbo 
Assembler, Turbo Debugger, and Tur¬ 
bo Profiler, all for a retail price of 
$299.95, you simply cannot find a bet¬ 
ter bargain. 

Turbo C++ Professional is available 
from Borland International, Inc., 1800 
Green Hills Road, PO Box 660001, 
Scotts Valley, CA 95066-0001. 

— Daniel McAuliffe 
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Almost “Turbo” was Ada. Meridi¬ 
an’s Open Ada (which was called Ada 
Z) hasn’t reached the same level of 
user interface as that of the Borland 
Turbo product line, but it’s the only 
Ada system that even comes close. The 
interface, which is probably closer to 


that of Turbo Pascal 4.x, is well ahead 
of any of the other PC Ada compilers 
in that respect. While Meridian’s com¬ 
pilers aren’t as good as those produced 
by Alsys (which are still my pick as 
the best for Ada on a PC), they are 
good enough to produce production- 
quality programs. 

The $149 price tag, which also ap¬ 
plies to the Macintosh version, is only 
good until the end of February, when it 
reverts to $495. Initially, the company 
was going to offer the $149 price until 
the end of December, but it has extend¬ 
ed the time to allow readers to take ad¬ 
vantage of this offer. (I learned this 
from the company after I had complet¬ 
ed testing the system.) 

So why do I say it’s almost “Turbo” 


The compiler comes with 
an optimizer, a 
mainframe-like debugger, 
and the best and most 
complete DOS interface 
libraries I’ve seen. 


Ada? That’s due to the sensibly inte¬ 
grated editor and compilation environ¬ 
ment. On the IBM version, you get a 
real-mode Ada compiler and an Ada 
compilation environment (ACE) based 
on the public domain Captain Black- 
beard editor. On the Mac version, you 
get the Programmer's Workshop envi¬ 
ronment instead. 

The compiler comes with an optimiz¬ 
er, a mainframe-like debugger, and the 
best and most complete DOS interface 
libraries I’ve seen. There’s also a utility 
library that includes command-line ar¬ 
guments, bit operations, peek-and-poke 
operations, and the Text_Handler pack¬ 
age from section 7.6 of the Ada Lan¬ 
guage Reference Manual, which comes 
in a spiral bound copy. The graphics 
utilities package, which comes with the 
source code, includes support for win¬ 
dows, graphs, circles, ellipses, lines, 
and rectangles. A numerics package 
provides the source for a package of 
elementary functions. 

Because the compiler implements 
pragma Interface, you can call routines 
written in Microsoft C or MASM. The 
compiler also implements pragma In¬ 
line, which allows subprograms to be 
generated in-line, even across separate¬ 
ly compiled units. It also provides ma¬ 


chine-code inserts that let you issue 
small sequences of machine instruc¬ 
tions without leaving Ada. Because the 
compiler combines a good implemen¬ 
tation of Ada’s Chapter 13 features 
(that is, low-level and implementation- 
dependent) and preemption and time¬ 
slicing for tasking, you can write pro¬ 
duction-quality real-mode programs. 

ACE has many useful features. The 
editor supports 10 user windows, a 
customizable Ada structured editor, 
word processing capabilities, Unix-like 
search and replace, line-drawing capa¬ 
bilities, and editor macros. You can in¬ 
voke the compiler arid tools from ACE, 
including the hypertext manuals for 
ACE and the Ada LRM (only available 
through a third party on the Mac). The 
ACE environment can be customized, 
and you can alter key assignments. 

One of the things I like about ACE 
is that it has a good blend of keyboard 
and menu-driven processing. Every 
keyboard command can be entered via 
a pop-up menu. The main menu 
doesn’t take up valuable screen space, 
but can be quickly brought up with the 
escape key or by clicking the right- 
hand mouse button. There are a few 
places where menu processing could 
stand a little work, but there are no real 
snags. The only other problem I found 
was that when a window was reduced 
from full size, the background wasn’t 
cleared the way I would have expected 
— but I’m hopeful it will be fixed in 
the next release. Again, this wasn’t a 
major problem. 

Meridian is also doing its best to 
provide good technical support. The 
initial version of the compiler had a 
problem with the preemptive tasking. 
The company corrected this in just a 
couple of days and offers a free update 
to anyone who has experienced the dif¬ 
ficulty. 

If you need to establish an in-house 
Ada training program, want to teach a 
college course in Ada, or just want to 
know what this language is all about, 
get Open Ada. It’s the best low-cost 
Ada compiler around. It will create a 
favorable first impression on new Ada 
users. By the way, if you’re going to 
try to pick up Ada on your own, get a 
copy of Ada as a Second Language, by 
Norman Cohen, McGraw-Hill, Hights- 
town, N.J., 1986. At 800 pages, with 
numerous examples, it’s the best book 
I’ve seen on Ada. 

Meridian has just lowered the price 
of its 286 professional development kit 
(PDK/286), as well, to $995. The PDK 
lets you develop 286 extended-mode 
programs. A buyer who decides within 
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a year to upgrade from the $149 ver¬ 
sion can receive a full $495 credit on 
the PDK. The company also has a 386 
version (PDK/386) that sells for 
$1,695. PDK/286 owners who have a 
maintenance agreement receive a free 
upgrade to the PDK/386. Meridian is 
also working on a Windows 3.0 ver¬ 
sion for developing programs under 
and for that application. 

I think the folks at Meridian deserve 
a lot of credit for introducing Open 
Ada at such a reasonable price and for 
providing the PDK versions at substan¬ 
tially lower prices. Obviously, there’s 
something in it for them. They are 
gambling that a good affordable Ada 
development system will bring them 
volume sales and a loyal product base. 

I think they are right. 

Initially, Ada compiler vendors 
needed to sell their compilers at a high 
price to make up their development 
costs, but now seems to be the time to 
change. Some vendors may not like 
what Meridian is doing, but once they 
reduce the price of their own product 
lines and see the increased volume, 
they’ll be glad Meridian took the risk. 

You can reach Meridian Software 
Systems at (714) 727-0700. 

— Frank Pappas 
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Quality displays. One of the issues 
for me as a Microsoft Windows user 
has been using on-screen and printer 
fonts. I purchased a Kyocera F-1000A 
laser printer to solve half of the prob¬ 
lem. With its 79 resident fonts, I fig¬ 
ured that I could print nearly anything 
I needed. But more and more I wanted 
a larger font than was available — 
such as a 12-point Times Roman — 
because the 10-point resident font 
looked too small. As a result, I soon 
began to download pregenerated bit¬ 
mapped fonts for all those times when 
my resident fonts seemed inadequate. 
And since I wanted each font with all 
the features (normal, bold, italic, and 
bold italic), as well as multiple point 
sizes, my hard disk free space dimin¬ 
ished while the 1.5 Mbyte of laser 
memory started looking a little small. 

With Adobe’s Type Manager (ATM) 
all of this is a thing of the past, and 
frankly it’s about time. While PC users 
aren’t yet in the same league as the 
Mac users, they are happily finding 
products like ATM to fill the gap. The 
differences are noticeable as soon as 
you run a program that uses a graphic 
interface. Applications like Word for 


Windows, Ami Professional, Excel, 
Pagemaker, and even the lowly Mi¬ 
crosoft Write come a lot closer to 
WYSIWYG than ever before. On pa¬ 
per, whether put there by an inexpen¬ 
sive laser or a dot matrix printer, the 
results are impressive enough to stave 
off one’s current desire to own a Post¬ 
script printer. To put it succinctly, 
graphic applications are finally begin¬ 
ning to perform the way we have al¬ 
ways wanted them to. 

Running under Windows 3.0, ATM 
is installed from the program manager 
using the Run dialog box. After that, it 
is “on” unless you explicitly turn it 
“off” (which you can do from the 
ATM control panel). The control panel 
also sets the font cache size, adds or re¬ 
moves ATM fonts, and allows the use 
of prebuilt or resident bitmapped fonts. 

There isn’t a lot you can do, or need 
to do, to use ATM. Things just happen 
so that characters on screen are smooth¬ 
er and freer of jagged edges, and font 
choices within Window applications are 
increased by the 13 additional fonts 
contained within ATM. Since ATM is 
so transparent, it kindly reminds you 
whether it is off or on by displaying its 
icon (the letter a) with or without an X 
through it when you start up Windows. 
If you do notice performance lagging, 
you can increase the size of the font 
cache to increase system performance 
by caching recently used fonts. 

What does it take to use ATM? A 
PC running Windows 3.0, a floppy 
(both 5.25- and 3.5-inch disks are in¬ 
cluded), a little less than 1 Mbyte of 
hard disk space, and almost anyWin- 
dows-supported printer. The product 
includes Times, Helvetica, Courier, 
and Symbol typefaces, and is compati¬ 
ble with PS Type 1 format font soft¬ 
ware. A short, but thorough, user guide 
covers nearly everything you need to 
know, including how to remove ATM 
from Windows (1 wish other vendors 
were as thoughtful). This $99 package, 
heavily discounted to nearly half that 
price, is well worth your investment 
and will pay you back multifold with its 
more-pleasing on-screen and printed re¬ 
sults. In fact, you may like it so much 
that you’ll also want to purchase the 
Adobe Plus Pack, which includes 
enough additional fonts so that you’ll 
have the full set of 35 fonts found in 
most Postscript printers. To find out 
more, contact Adobe Systems, Inc., 

1585 Charleston Road, PO Box 7900, 
Mountain View, CA 94039-7900; (415) 
961-4992. — Richard Eckhouse 
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Backups made easy. As far as I’m 
concerned, backing up any computer 
system is an absolute necessity. My 
second PC was specifically purchased 
with a tape backup because I had gone 
through several complete rebuilds of 
my hard disk after corrupting either the 
root or some critical subdirectory. Lat¬ 
er, as a reviewer, I found that there 
was no substitute for backing up as a 
means for reversing what I or the prod¬ 
uct under test had done to the system. 

When I purchased my last tape- 
backup drive, it included its own back¬ 
up software. Over time, the vendor 
continued to update the software so 
that I was quite satisfied and felt confi¬ 
dent in the security it provided. Thus, 
when Central Point Software offered to 
send me a copy of Central Point Back¬ 
up, I wondered why someone like me 
would purchase a separate $99 backup 
program when I already had a good 
one that came free. 

I’ve used Central Point Backup for 
several weeks and realize why it is 
worth the investment. First, it is versa¬ 
tile in providing both backups and re¬ 
stores, not only to tape but also to 
disks. From installation to daily opera¬ 
tion, the software provides intuitive 
windows and menus, excellent infor¬ 
mational and help messages, and a 
flexible interface for either the key¬ 
board or mouse user. 

Second, backup times are faster and 
easier than with the free software that 
came with my tape backup. While both 
the drive vendor and Central Point 
Software use the same compression al¬ 
gorithm, Central Point Backup’s im¬ 
plementation runs about 12 percent 
faster. And while the drive vendor of¬ 
fers command-line switches. Central 
Point users can also pull down menus 
to select backup parameters that can be 
saved in parameter files to be used 
when invoking Backup from the com¬ 
mand prompt. 

Third, the level of control is finer 
for Central Point Backup. For exam¬ 
ple, I can use the menus to choose 
which directories and files to include 
or exclude. I can also determine 
whether compression should be used, 
and, if it is, minimize the time or 
space. If I do use compression, the 
software knows not to apply it to files 
with extensions of ZIP, Pak, ARC, 
SQZ, or SEC. And when I back up, re¬ 
store, or compress, I can turn on the re¬ 
porting mechanism and send the re¬ 
sults to a file or the printer. 

However I configure and run Central 
Point Backup, I am presented with a 
common user screen divided into re- 
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gions. These regions tell me the cur¬ 
rent settings (the current devices used 
for source and destination as well as 
any predefined setup file), the statistics 
(the number of directories, files, and 
Kbytes), an estimate of the number of 
tapes or disks needed as well as esti¬ 
mated time to back up, a directory tree, 
and the contents of the current directo¬ 
ry. Because the program highlights 
files being backed up, restored, or 
compared, I am immediately aware of 
what’s going on. 

Across the top of the screen are the 
menus labeled Backup, Restore, Op¬ 
tions, Configure, and Help, which con¬ 
tain some of the same information 
shown in the various regions. More 
important, these menus offer more de¬ 
tailed specifications like what backup 
method is to be used (full or partial) 
and whether or not error correction is 
to be applied. Across the bottom of the 
screen are the function key assign¬ 
ments, which also duplicate some of 
the menu items while providing fast 
key control. 

There are a great many other fea¬ 
tures of Central Point Backup that I 
will only mention. Many of them are 


what you would expect in a full-fea¬ 
tured backup program such as this. 
These include 

• selecting the user level (beginner, 
intermediate, or advanced), thus 
affecting the details shown on the 
menus; 

• comparing backup files to on-disk 
files; 

• keeping the backup directory on 
the hard disk as well as on the 
backup media to speed up restores 
and updates; 

• selecting an appropriate backup 
speed for a particular hardware in¬ 
stallation; 

• password protection; 

• an automated installation program; 

and 

• creating a schedule for the unat¬ 
tended and automatic backup of 
files. 

You can use Central Point Backup 
with all sizes and densities of floppies, 
as well as a wide range of QIC-40/80 
tape drives. You’ll need a PC with 
DOS 3.0 or higher, and 512 Kbytes of 
RAM. If you are a mouse user, you’ll 


also appreciate the built-in mouse sup¬ 
port. Distribution media includes both 
sizes of floppy disks, and in the copy I 
received there was an offer to upgrade 
to the complete PC Tools utility pack¬ 
age for only $50 more. Of course you 
could go the other way and purchase 
PC Tools for $149 and get Central 
Point Backup as well, since it original¬ 
ly was bundled with that package. 

At this point, I have thrown away 
my old tape backup program and 
switched to Central Point Backup. 
About the only thing I miss is that this 
new software does not use the tape la¬ 
bel as defined in the QIC-40 format. 
Instead, it relates a tape to its backup 
date in the form 

“drivellyearllmonthlldatellsequence,” or 
C901130A, as an example. Of course, 
if I can't remember which tape is 
which, the software allows me to insert 
the tape and read its directory to find 
out. I like and use this software daily. 

Readers can contact Central Point 
Software, Inc. at 15220 NW Greenbri¬ 
er Parkway, #200, Beaverton, OR 
97006; (503) 690-8090; fax (503) 690- 
8083. — Richard Eckhouse 
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ASSOCIATE VICE PRESIDENT 
FOR INFORMATION SYSTEMS 


The University seeks nominations or applications for a chief in¬ 
formation officer who will report to the Senior Vice President for 
Academic Affairs. The CIO will oversee development of an inte¬ 
grated strategy for computing, information systems and communi¬ 
cations; direct central academic computing including 
supercomputing; and advise the directors of computing for coordi¬ 
nate campuses, Administrative Information Services, Telecommu¬ 
nications, and the University Librarian. 

Candidates should have wide-ranging involvement in univer¬ 
sity-level computing and networking, with a record of leadership 
and enterprise. Faculty experience is preferred; a tenured faculty 
appointment may be offered to a suitable candidate. 

See the position description for more complete information. 
Please submit nominations, applications and requests for informa- 

Thomas W. Shaughnessy 
Chair, CIO Search 
499 Wilson Library 
University of Minnesota 
Minneapolis, MN 55455 

Applications must be received by February 22, 1991, and 
should include a letter explaining the relevance of your back¬ 
ground, a vita, and three references. 

The University of Minnesota is an equal opportunity educator 
and employer and specifically invites and encourages applications 
from women and minorities. 


New Draft Standard 

from 

IEEE COMPUTER 
SOCIETY PRESS " 


NuBus '90 

Standard for a Simple 32-Bit 
Backplane Bus 
P1196-R/D1.3 Draft Specification 


Now available for six months is the unapproved draft of the next 
Standard for a Simple 32-Bit Backplane Bus: NuBus. This is the final 
draft and is on sale for comments until sponsor balloting on July 1st 
1991. 

The proposed NuBus ’90 specification has resulted from the 
changes made to the NuBus ’87 specification. These include 
changes in arbitration timing; improved dimension references and 
tolerance specifications for a PC-style board; and addition of a 2X 
block transfer protocol and a cache coherency protocol. 


- Catalog No. 1020 - 
$25.00 Member Price $20.00 


TO ORDER: call 1-800-CS-BOOKS 

OR USE ORDER FORM ON PAGE 96A 
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CALL FOR PAPERS 



12th IEEE Real-Time 
Systems Symposium 

December 3-6, 1991 
San Antonio, Texas 


Sponsored by the IEEE Computer Society TC on Real-Time Computing 

The purpose of this conference is to bring together researchers and developers from academic, industry and 
government for advancing the science and technology in real-time computing. Papers in areas related to scheduling 
algorithms, specification and verification, performance evaluation, operating systems, languages, system architec¬ 
tures and case studies are sought. In addition to research papers, reports detailing experiments, evaluations and open 
problems in the design and development of advanced real-time systems are of particular interest. 


The symposium has special sessions on current work to promote the timely exchange of experiences and ideas. 


General Chair 

Treasurer 

Program Chair 

Jane W. S. Liu 

Walter Heimerdinger 

Lui Sha 

Department of Computer Science 


4500 5th Avenue 

University of Illinois 

Local Arrangements Chair 

Software Engineering Institute 

1304 West Springfield Avenue 

Earl Swartzlander 

Camegie-Mellon University 

Urbana, Illinois 61801 


Pittsburgh, PA 15213 

(217) 333-0135 


(412) 268-5875 

janeliu@cs.uiuc.edu 


sha@sei.cmu.edu 


Program Committee 

Devesh Bhatt 
Marc Donner 
Famam Jahanian 
Kevin Jeffay 
Hermann Kopetz 

Paper Submission 

To submit papers, send five (5) copies of double spaced manuscripts, 5,000 words or less in length, to the program 
chair by May 1, 1991. To submit extended abstracts for the current work sessions, send five (5) copies of abstracts, 
three (3) pages or less, to the program chair by September 2, 1991. 


John Lehoczky 
Doug Locke 
Joseph Leung 
C. L. Liu 

William McDonald 


A1 Mok Kang Shin 

Ragunathan Rajkumar Ray Strong 

Roger Racine Jack Stankovic 

Krithi Ramamritham Satish Tripathi 

Zary Segall Wei Zhao 


Important Dates 


Paper Due: 

May 1, 1991 

Notification of Paper Acceptance: 

July 15, 1991 

Abstract on Current Work Due: 

September 2,1991 

Camera Ready Copies of Full Papers Due: 

September 15,1991 

Symposium: 

December 3-6,1991 
































NEW PRODUCTS 


Contact or send releases to Christine Miller, Computer , 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264; Compmail, s.c.miller 


IBM expands PS/2s to include 486-based systems 


IBM has introduced floor-standing and 
desktop models of its PS/2 line that pro¬ 
vide throughput rates up to two and a 
half times faster than the Model 80-A31, 
according to the company. 

The new systems. Model 95 XP 486 
(floor standing) and the Model 90 XP 
486 (desktop), are based on the i486. 
They allow users to upgrade the micro¬ 
processor, memory controller, memory- 
cache option, and system I/O control. 

Both models come with either a 25- or 
33-MHz processor, 4 Mbytes of 70-ns 
memory, and a small computer system 
interface. System memory expands to 32 
Mbytes on the system board, eliminating 
the need for expansion cards. 

Other features include a memory de¬ 
sign that enables the system processor to 
directly address memory through its 64- 
bit data path, serial and parallel direct- 
memory access ports, and a selectable 
boot mode. 

Model 95 XP 486 is a local area net- 


Apple Computer’s Mac X 1.1 and X 
Window System 2.1 for Apple’s version 
of the Unix Aux operating system enable 
users to receive X functionality on the 
Macintosh desktop. 

Mac X 1.1 is an X Window system 
display server that runs under the Apple 
Macintosh and Aux operating system en¬ 
vironments. 

According to the company, features in¬ 
clude a threefold performance increase 
over the Mac X 1.0. Full support for cut 
and paste of graphics and text and an X 
Window system server implementation 
are also included. 

Other features include support for 
Multifinder and multiple monitors, and a 
built-in window manager that allows X 
applications to appear in Macintosh-style 
windows on the desktop. 

X Window System 2.1 for Aux in¬ 
cludes the Mac X 1.1 and XI1, an X 
Window system environment that pro¬ 


work server. The 25- and 33-MHz ver¬ 
sions come with a 320-Mbyte, 12.5-ms 
SCSI fixed disk, a 1.44-Mbyte disk 
drive, and an adapter with cache. The 
25-MHz version is available with a 160- 
Mbyte fixed disk. 

Model 90’s 33-MHz system comes 
with the same features as the Model 95 
system, with three 32-bit expansion slots. 
Two 25-MHz systems are available; one 
with a 16-ms, 160-Mbyte fixed disk and 
the other with a 17-ms, 80-Mbyte fixed 
disk. 

System options include a processor up¬ 
grade to boost the 25-MHz system to the 
power of a 33-MHz system, a 256-Kbyte 
memory cache for faster processing pow¬ 
er, and an internal 1.2-Mbyte drive. 

Model 95 ranges from $14,145 to 
$17, 745, and Model 90 ranges from 
$12,495 to $16,695, depending on the 
configuration. 
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vides client applications, developer tools, 
and utilities to develop X applications. 

The XI1 reputedly provides improved 
graphics performance and memory usage 
and offers various new applications for 
software development. 

Mac X 1.1 requires a Macintosh per¬ 
sonal computer with a minimum of 
2 Mbytes of RAM, at least two floppy 
disk drives (a hard drive is recommend¬ 
ed), system software version 6.04 or lat¬ 
er, and a network connection using either 
the built-in Local Talk port or an Ether¬ 
net connection. 

X Window System 2.1 requires a mini¬ 
mum of 4 Mbytes of RAM (5 Mbytes are 
recommended), an 80-Mbyte hard drive 
(160 Mbytes are recommended), and 
Aux 2.0 or later. 

The Mac 1.1 costs $295. The X Win¬ 
dow System costs $349, and the site li¬ 
cense costs $3,995. 
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RS/6000 high-performance 
model unveiled 

The IBM Powerstation/Powerserver 
550 offers mini-supercomputer power in 
a deskside system for both technical and 
general computing applications, accord¬ 
ing to the company. 

The system features a CMOS clock 
rate of 41.6 MHz and performance mea¬ 
sured at 56 MIPS, 23 Mflops, and 54.3 
Specmarks. 

The new model comes with a 64- 
Mbyte system memory, expandable to 
512 Mbytes, 800 Mbytes of fixed-disk 
storage, and a maximum internal fixed- 
disk storage of 2.5 Gbytes. External disk 
storage can be added. 

The company plans to offer a conver¬ 
sion option later this year for users with 
the 530 and 540 versions to upgrade to 
the 550. 

Base processor price is $130,000. 

With the Aix operating system, the sys¬ 
tem starts at $135,322. 
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Common Lisp available for 
IBM RISC System/6000 

Allegro CL (Common Lisp), a high- 
level programming language with object- 
oriented extensions, is available from 
Franz Inc. for use with the IBM RS/6000. 

The software comes with an interac¬ 
tive windows-based Lisp development 
environment and a graphical user inter¬ 
face toolkit. Integrated with the IBM Aix 
operating system. Allegro CL includes 
enhancements such as an argument-sav¬ 
ing feature, immobile old symbols, and 
“break on exit.” 

Other features include an optimized 
garbage collector, a paging scheme for 
reduced memory requirements, and a 
compiler with the RS/6000 floating-point 
implementation. 

The company plans to update the soft¬ 
ware in the first quarter of 1991, includ¬ 
ing the features of object-oriented pro¬ 
gramming standard for Lisp and an 
automated runtime delivery system. 
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Macintoshes feature X Window/Unix capabilities 
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On the lighter side of computing 


Better battery for your 
nickel 

The T2000SX notebook computer 
from Toshiba uses a nickel hydride 
battery that eliminates frequent com¬ 
plete discharging, according to the 
company. The battery powers opera¬ 
tions for three hours and recharges in 
one and one-half hours. 

The 6.9-pound computer comes with 
a 16-MHz 386SX microprocessor, a 
387SX-16 coprocessor socket, and a 
VGA black-and-white display. Users 
can specify 20- or 40-Mbyte hard 
drives and expand the 1 -Mbyte stan¬ 
dard RAM to 9 Mbytes with a credit- 
card style memory card. 

The keyboard features 86 full-size 
keys, 12 function keys, and eight cur¬ 
sor-control keys. 

An optional modem provides 2,400- 
bps Hayes compatibility, error correc¬ 
tion, data compression, and access to 
land-line or wireless cellular data com¬ 
munications. 

A Desk Station II package allows 
the T2000SX to operate as a desktop 
by furnishing two full-size ISA 8/16- 
bit slots, two serial ports, and one par¬ 
allel port. 

The notebook computer starts at 
$4,999. Desk Station II is $1,199, the 
modem is $349, and the battery pack is 
$229. 

Reader Service 39 

Have battery, will travel 

The DEX-CP286 laptop from Diode 
Export contains a motherboard with 
a 12-MHz 80C286 processor and 
1 Mbyte of DRAM expandable to 
4 Mbytes. The laptop features a 3.5- 
inch, 1.44-Mbyte floppy disk drive and 
comes with either a 20- or 40-Mbyte 
hard disk drive. 

Other specifications include one par¬ 
allel port, two serial ports, a 15-pin 
RGB connector for an external VGA 
monitor, and a bus connector for an ex¬ 
pansion box. An internal slot accom¬ 
modates a 2,400-bps minimodem card. 

The monitor is a double-super-twist 
backlit LCD with a VGA resolution of 
640 x 480. A detachable 80-key key¬ 
board comes with 12 function keys and 
a coil cable. A connector allows the 
user to employ other PS/2-compatible 
keyboards. 


The built-in battery runs for three 
hours and can be recharged through the 
supplied AC adapter. 

Pricing of the DEX-CP286 begins at 
$2,995. 
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You can update your 
notebook 

AST Research has introduced a pair 
of 6.5-pound portables that share a 
number of features and allow the user 
to upgrade from the 286 to the 386 
model. 

The Premium Exec 286/12 and 
386SX/20 measure 9 X 11.4 x 2.25 
inches, feature a super-twist VGA 
backlit display, and run for three hours 
on Nicad batteries that can be replaced 
without disrupting work. The 82-kcy 
systems are bundled with AST MS- 
DOS 3.3, Traveling Software’s 
Laplink III, and Battery Watch. 

The 386 version includes 2 Mbytes 
of memory expandable to 8 Mbytes; a 
3.5-inch, 1.44-Mbyte floppy disk 
drive; one serial port; one parallel port; 
and support for a 387SX coprocessor. 
Users can choose between 20- or 40- 
Mbyte hard disks and 2,400- or 9,600- 
bps data/fax modems with MNP5 data 
compression. 

The 12-MHz 286 version has the 
same features except that memory 
starts at 1 Mbyte and the processor can 
be upgraded to 386 speeds. Both pro¬ 
cessors come with a carrying case and 
an AC adapter. 

The Premium Exec 286/12 and 

386SX/20 start at $2,495 and $2,995; 
the upgrade option is $499. 

286: Reader Service 41 
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Two laptops emphasize 
video 

Tandon Corp. is offering two laptops 
with EGA video benchmark times that 
compare favorably with those of com¬ 
petitors, according to the company. 

The Tandon LT/386SX incorporates 
16-MHz, 32-bit performance with a 
40-Mbyte hard disk. The LT/286 per¬ 
formance is enhanced by selectable 
ROM shadowing that loads instruc¬ 
tions into the RAM. Both systems fea¬ 


ture a backlit LCD display, a two-level 
password security system, and tech¬ 
niques for battery conservation. 

The laptops support external drives, 
serial and parallel ports, up to 5 
Mbytes of expandable memory, a math 
coprocessor, and a proprietary 16-bit 
slot with AT bus signals. 

The LT/286 starts at $1,999, the LT/ 
386SX at S2,499. 



External I/O ports permit the addi¬ 
tion of a keyboard, keypad, and col¬ 
or or monochrome monitor to LT/ 
286 and /386SX laptops. 
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Advanced Logic ventures 
into notebooks 

The ALR Venture 16 computer 
comes with a 16-MHz 386SX, an 8.5- 
inch-diagonal LCD backlit display 
supporting VGA resolutions up to 640 
x 480, and a standard 82-key key¬ 
board. The 1-Mbyte interleaved page¬ 
mode memory is expandable to 5 
Mbytes. 

The 7-pound notebook measures 12 
x 8.6 X 2 inches and runs on Nicad bat¬ 
teries for three hours without recharg¬ 
ing. Drive options include a 1.44- 
Mbyte floppy disk and a choice of 20- 
or 40-Mbyte hard disks. 

Options include a 387SX coproces¬ 
sor, memory modules, fax/modem 
modules, a battery pack, and an AC 
adapter. 

The 20-Mbyte version costs $2,795, 
while the 40-Mbyte model starts at 
$3,295. 
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CASE tools designed for Adobe Font Folio available on hard and compact disks 
object-oriented applications 


Cadre Technologies Teamwork 4.0 is a 
computer-aided software engineering 
tool for Ada, C, and C++ applications 
development. 

The tool includes Sim for dynamic 
modeling and real-time simulation, C 
Rev for C-code reverse engineering, and 
DSE, an Ada design-sensitive editor. It 
also includes expanded object-oriented 
analysis and heterogeneous network sup¬ 
port. 

The CASE tools are initially available 
on Apollo workstations running SR10.2, 
to be followed by Sun Unix, DEC Ultrix 
and VAX VMS, IBM Aix, and HP Ux 
workstations. 

A typical configuration starts at 
$8,500. 


Reader Service 46 


Storage series provides 
more backup 

Kao Infosystems has unveiled a series 
of storage media with increased capacity 
based on use of barium-ferrite powder 
and lamination techniques. 

The 3.5-inch, 4-Mbyte Micro Diskette 
has eight times the formatted memory 
capacity of standard 5.25-inch disks and 
works in rugged environments. 

Kao 4-mm digital audio tapes feature 
capacities of 1.3- to 4-Gbyte memory, 
depending on the system. 

A series of 11.25-inch data cartridges 
provide storage of up to 525 Mbytes on 
standard cartridges and 120 Mbytes on 
minicartridges. 
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Telesoft offers GUI tools 


Tele Use, a graphics user interface 
management system, provides the tools 
to design, prototype, evaluate, code, and 
maintain GUIs. 

The GUI tools run on IBM RS/6000, 
Apollo, HP 9000, and VAX/VMS plat¬ 
forms. Tele Use ports finished products 
to other supported platforms. 

The Apollo, HP, and IBM versions 
cost $7,500 per workstation, and the 
VAX version is $9,000 per workstation. 

VAX: Reader Service 48 
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The Adobe Font Folio 80-Mbyte hard 
disk includes 650 Adobe typefaces and 
connects directly to the printer. 

The Adobe Font Folio CD-ROM con¬ 
tains the same software packages on 
one compact disc and connects directly 
to Macintosh computers. It also includes 
a CD-ROM reader, type manager, and re¬ 
union and alignment software. 


Software supports Windows 


Univision’s Win Vu software supports 
Windows 3.0 on Univision Scorpion dual 
VGA frame-grabber series. The software 
allows Windows to run on one VGA mon¬ 
itor while a second acquires and displays 
images. Both monitors have 256 colors or 
gray levels and allow continuous display 
of live video from within Windows. 


Both versions connect to Postscript 
printers with SCSI ports to eliminate 
downloading of fonts from the computer. 

The Adobe Font Folio costs $16,900, 
and the Adobe Font Folio CD-ROM 
costs $15,900. 

Folio: Reader Service 50 
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3.0 on VGA 


Win Vu saves captured live video im¬ 
ages in TIFF format and reads or writes 
TIFF files in either color or gray levels. 
The software costs $295; the dual frame 
grabber starts at $2,195. 

Software: Reader Service 52 
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Wang offers entry-level Unix systems 


Wang DX100 and DX200 PCs run 
with Santa Cruz Operation Unix System 
V. 386, Release 3.2. 

The DX100 is based on a 33-MHz 
80386 processor, while the DX200 is 
built with a 25-MHz i486. Both come 
with 4-Mbyte standard memory and a 


SCSI interface. Options include support 
of up to 16-Mbytes of system memory 
and SCSI disk cabinets. 

The DX100 costs $8,995, while the 
DX200 is priced at $10,995. 

DX100: Reader Service 54 
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The DX100 and DX200 extend Wang’s Dynamix series of multiuser systems for 
entry-level requirements. 
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NEW VIDEOTAPES 

from IEEE COMPUTER SOCIETY PRESS 


NEW VIDEOTAPE SERIES U.S.-VHS format only. 


VISUALIZATION IX SCIENTIFIC COMPUTING 
edited by Bruce Shriver and Gregory Nielson 

This video is a companion to the Visualization in Scientific 
Computing tutorial, the IEEE CS Press presents a new color VHS 
videotape that fully illustrates scientific visualization. 

Running time: 120 minutes. Videotape # 1979AV * 

ISDN: A STATUS REPORT 
by William Stallings 

This tape begins with an overview of ISDN, its history, architec¬ 
ture and services. The protocol architecture, the 1990 specifica¬ 
tions of B-ISDN and Signaling System Number 7, its companion 
control signaling mechanism, are investigated in this video. 
Running Time: 180 minutes. Videotape # 823AV 

OSIAND TCP/IP: IMPACT ON SOFTWARE 
VENDORS AND USERS 
by William Stallings 

Examines the issues relating to the transition from TCP/IP to OSI 
beginning with a brief summary of its two architectures and its 
overwhelming need for a transition strategy. 

Running Time: 180 minutes. Videotape # 2093AV 


All videotapes come with one set of video notes. 
Additional video notes can be purchased separately. 


TOPICS IN REUSE AND DESIGN RECOVERY 
by Ted Biggerstaff 

Examines successful reuse, analyzes examples, explores 
representational requirements for human understanding of 
programs, and discusses the key characteristics. 

Running Time: 180 minutes. Videotape # 2099AV 

CASE TECHNOLOGY 
by Elliot J. Chikofsky 

Surveys CASE technology, from its origin in software tools and 
methodology development through the implementation of large- 
scale, integrated environments. 

Running Time: 180 minutes. Videotape # 2098AV 

THE SOFTWARE FACTORY 
by Victor Basili 

Running Time: 180 minutes. Videotape # 2094AV 

DESKTOP PUBLISHING FOR 
TECHNICAL WRITERS 
by Richard Ziegfeld 

Running Time: 180 minutes. Videotape # 840AV 

OBJECT-ORIENTED PARADIGM 
by Dipayan Gangopadhyay 

Running Time: 180 minutes. Videotape # 2096AV 


THE 1989 VIDEOTAPE COLLECTION U.S.-VHS format only. 

ARTIFICIAL NEURAL SYSTEMS COMMUNICATION AND SYNCHRONIZATION 

IN PARALLEL PROCESSING SYSTEMS 


by Bruce Shriver 

Running Time: 150 minutes. Videotape # 1988AV 

DISTRIBUTED SUPERCOMPUTING 
by Jordan Becker 

Running Time: 150 minutes.Videotape # 1993AV 

DISTRIBUTED-SOFTWARE ENGINEERING 
by Sol M. Shatz 

Running Time: 150 minutes. Videotape It 856AV 

ISO-ANSI SQL STANDARDS 
by Phil Shaw 

Running Time: 150 minutes. Videotape # 1992AV 

SOFTWARE RISK MANAGEMENT 
by Barry Boehm 

Running Time: 150 minutes.Videotape # 1906AV 


by Harold S. Stone 

Running Time: 150 minutes.Videotape # 1991AV 

ENGINEERING SOFTWARE SYSTEM 
DEVELOPMENT, ACQUISITION, AND USE 
by John Musa 

Running Time: 150 minutes. Videotape # 1994AV 

IMPROVING THE SOFTWARE PROCESS AND 
PRODUCTINAMEASURABLE WAY 
by Victor Basili 

Running Time: 150 minutes. Videotape # 1990AV 

PARALLEL PROCESSING: ARCHITECTURE AND 

DIRECTIONS 

by William J. Dally 

Running Time: 150 minutes. Videotape # 1989AV 


( VIDEOTAPES LIST FOR $129.00 AND MEMBER PRICES ARE $99.00. * VISUALIZATION TAPE SELLS AT $59.00 AND $49.00. ) 


/ IEEE COMPUTER SOCIETY 

SEE ORDER FORM ON PAGE 96A 


IEEE COMPUTER SOCIETY PRESS 
Customer Service Center 
10662 Los Vaqueros Circle 
P.0. Box 3014, Dept. 102-3 
LosAlamitos, CA 90720-1264 


L: 1-800 CS-B00KS 

or in California 
714-821-8380 

Please add $5.00 for shipping chi 
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POPULAR TITLES from 
IEEE COMPUTER SOCIETY PRESS 


EXPERT SYSTEMS - 
A SOFTWARE METHODOLOGY FOR 
MODERN APPLICATIONS 
by Peter G. Raeth 


A collection of useful articles that effectively describe theoretical and 
applications material in the field of expert systems. It includes an overview 
and discussion of languages, hardware, systems, and inferencing techniques, 
along with a study of architectures and applications. Other important 
chapters cover the process of incorporating expert systems techniques into 
existing or new software, and discuss these key features in detail: 


The Practical Means of Knowledge Representation 

Methods of Acquiring Knowledge 

The Power of Reasoning or Inferencing Methods. 

The tutorial focuses on a number of the limitations, development issues, 
testing knowledge bases, and validation and verification processes for testing 
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472 pages. March 1990. Hardbound. ISBN 0-8186-8904-8. 
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1C Announcements 


Company, Model, Function 


Comments 


R.S. No. 


Accutek Microcircuit 
Premium DRAM Kits 
DRAM SIM series 


Analog Devices 
AD897 
Read channel 


Burr-Brown 

OPA660 

IC 


Elite Microelectronics 
Eagle 

25-MHz chipset 


Integrated Device 
Technology 
IDT7Mx 
JEDEC modules 


Microchip Technology 

27HC256 

CMOS EPROM 

Motorola 
56100 series 
DSPs 


Philips Components 
PCB80C51BH-5-30 
Microcontroller 


SEEQ Technology 

83C92A 

Transceiver 


SP512, SP7514, and 
SP7516 

Monolithic DACs 

United Microelectronics 

UM82C480 

Chipset 


Modules offer 8-, 16-, or 32-bit-mode operation for use in AST Research Premium PC models with 120 

80386/486 microprocessors. Provide 60-, 70-, 80-, or 100-ns access times. Feature 64-pin in-line 
JEDEC configurations and consist of one or more 256K x 36 DRAMs (depending on memory size), 
expanding to 4 Mbytes. A 4-Mbyte version is available to add memory to machines with Cupid archi¬ 
tecture. Cost: No price given. 

Disk-drive read channel features bit-recovery circuitry with automatic gain control, three-level 121 

data qualification, and phase-lock loop for data synchronization. Runs at 40 Mbits/sec., features 
four lock modes, and operates in 0 to 70°C. Comes packaged in a 52-pin quad flat pack. Cost 
(OEM quantities): $7.50. 

Monolithic device combines a voltage-controlled current source and a separate voltage buffer. 122 

Operational transconductance amplifier is self-biased and bipolar. Buffer section provides 700- 
MHz bandwidth, 3,000V/|is slew rate, 0.06% differential gain error, and 0.02% differential phase 
error. Transconductance for OTA is 124 mA/V. Comes in 8-pin plastic DIP or surface-mount pack¬ 
ages. Cost (100s): $4.35 (OEMprices). 

New speed option for 386 IBM PC AT chipset. Two-piece set consists of 184- and 160-pin PQFP 123 

devices. Comes with 60 software-programmable configuration registers to directly control cache 
operation, local and AT bus operation, DRAM access, memory mapping, and shadowing. Cost 
(1,000s): $99. 

Small-footprint modules for cache and memory applications come packaged as DIPs, ZIPs, and 124 

SIMMs. The 4048/B4048 feature 512Kx 8 density and 30-ns top access speed, and the 4031 fea¬ 
tures 16K x 32 density and 15-ns access time. P4036 density is 64K x 32 with 20-ns access time, and 
the 256 x 32 P4045 runs 25 ns. The 32-bit modules are pin compatible and compatible with standard 
256K EPROM. Cost (100s): start at $248.50,4048; $578, B4048; $98.80, P4031; $309.50, P4036; 

$1,142, P4045. 

High-speed EPROM comes in 55-, 70-, and 90-ns access times. Options for the 256K memory in- 125 
elude preprogramming, tape and reel packaging, and industrial temperature range. Packaging in¬ 
cludes PDIP, PLCC, and SOIC. Cost (1,000s): $ 10.59, windowed Cerdip package. 

Series features 16-bit digital signal processors and programmable CMOS core (5616) for voice 126 

and data applications. Core processes 40 MIPS with a 25-ns instruction cycle time and includes fast 
automatic return interrupts for real-time applications. The 56116 and 56156 feature 8-Kbyte RAM, 
ports, a timer, and an on-chip emulator. The 56156 also features a 14-bit sigma-delta telephone de¬ 
coder. No price given. 

Runs at 30 MHz and executes nearly 60 percent of its instructions in 0.4 (isec. and 40 percent of its 127 

instructions in 0.8 psec. At full speed, uses 44 mA at 5,5 V. Operating temperature ranges from 0 to 
70°C. Package options include 40-pin DIL, 44-lead PLCC, or 44-lead quad flat-pack package. 

ROMless version also available. No price given. 

CMOS transceiver for Ethernet LANs provides better than 30% reduction compared to 8392 128 

devices and uses 120 mA, compared to 180 mA of the 8392. Features pin-for-pin replacement for 
the bipolar device. Comes in 16-pin DIP and 28-pin PLCC. Cost: from $ 10 to $ 12. Available first 
quarter 1991. 

CMOS converters come in 12-, 14-, and 16-bit sizes, as the product numbers designate. Each DAC 129 

accepts AC or DC reference voltages over+25 V range, features 2-psec. settling times, and operates 
from a 15 V supply with 30 mW of power consumption. Cost (1,000s): $ 15.95, SP7512KN (28-pin 
plastic SOIC); $17.95, SP7514KN (20-pin SOIC); $19.95, SP7516KN (24-pin SOIC). 

IBM PC AT chipset provides 22.4 MIPS performance. The 50-MHz chipset enables the system to 130 

deliver 50% more power than 33-MHz 80486 PCs. Features built-in cache controller with write¬ 
back operations, which reduces CPU wait time for memory access. Chipset contains memory, sys¬ 
tem, and peripheral controllers. Cost (100s): $ 120. 
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Microsystem Announcements 


Company, Model, Function Comments R.S. No. 


Applied Data Sciences Links the Intel Multibus II system with 32-bit peripherals that use the Gould/Encore high-speed 135 

MBHSD data protocol, the HSD board, or another MBHSD. Data transfer rate is greater than 3.5 Mbytes/sec. 

Data link Users drive HSD peripherals from a Multibus II system, and data link between Multibus II simula¬ 

tors. Cost: $4,750. 


Aview Technology 
Desktop TV 
Add-on board 


IO Tech 

ADC48 8x/D AC48 8x 
Data acquisition systems 


Kris Technologies 
Pro Fax II/LAN 
Add-in card/software 


Pioneer Computer 
Vantage 486-25/-33 
Motherboards 


Silicon Graphics 
Iris Vision 
3D graphics board 


SGS-Thomson 
IMS B422 
SCSI interface 


Peritek 

VCT-V 

VMEbus graphics board 


Trident Microsystems 
Impact III 
Graphics board 


Board for IBM XT, AT, and compatibles converts a computer to an enhanced television. Receives 136 

119 channels for VHF, UHF, and cable TV channel selection and works with Videodisc and VCR 
inputs. Users operate the controls from the keyboard, and an external speaker, which is included, 
delivers sound. Multifrequency version available now; VGA version available in March. Cost: 

$395 (introductory). 

Hardware and software for Next computers includes I/O converters, an interface, and a software 137 

driver. ADC488 features 16-bit resolution with 100-kHz maximum sample rates. ADC488/16 
supports 16 single-ended or eight differential analog channels, while the ADC488/8S supports 
both eight analog inputs and independent sample and hold circuits. DAC488 comes with two or 
four channels, while the DAC488/80 provides an 80-bit I/O interface. Four-channel converter and 
SCSI interface. Cost: ranges from $2,990 to $5,780, depending on configuration. 

Full-size card fits into standard IBM PC AT-type expansion slot and enables a PC to work as a fax 138 

machine through a single telephone line. Includes Intel 80188 8-bit, 8-MHz microprocessor, which 
enables fax receiving and sending in background mode. Software supports PC-based LANs and al¬ 
lows multiple users to fax worldwide. Cost: $695, card (production units); $1,699, software (pro¬ 
duction units). 

Boards come in 25- and 33-MHz versions with upgradable secondary cache memory from 0 Kbytes 139 
to 128 Kbytes and 256 Kbytes, and up to 32-Mbyte on-board main memory. Vantage 486/25 
features 10.97 MIPS, while the 33-MHz version features 14.54 MIPS. Motherboards are hardware 
and software compatible with the 80386 IBM PC AT and support Windows 3.0, MS-DOS, OS/2, 

Novell, Unix, and Xenix. Cost: starts at $ 1,495,486/25; $1,795,486/33. 

Board for Intel-based PCs supports 8- and 24-bit color on MicroChannel and IBM PC ATs. Two- 140 

board set uses a software interface for high-performance visual processing applications. Supports 
MS-DOS, SCO Open Desktop, Windows 3.0, and 1,280 x 1,024 and 1,024 x 768 resolutions. 

Cost: $3,995, Iris Vision 8 (MicroChannel); $3,495, Iris Vision 8 (IBM PC AT); $4,995, Iris Vision 
24 (IBM PC AT). 

Interface transputer module allows transputer networks to connect to Winchester disks, optical 141 

disks, printers, scanners, CD-ROM, and other peripherals via SCSI bus. Includes a 20-MHz 16-bit 
transputer and 64 Kbytes of two-cycle SRAM on a size 2 transputer module (the size of a credit card). 

IMS B422 enables transputer-based systems to communicate with up to seven SCSI devices on one 
bus. No price given. 

Graphics display controller provides 16.7 million colors and is X Windows compatible. Features 142 

TMS 34020 32-bit graphics processor that provides high-speed block copies and pattern fills. Fea¬ 
tures four RS-232 serial I/O ports, an 8-bit SCSI port, support for most screen resolutions, and pa¬ 
rameters for programmable interlaced or noninterlaced operation. Supports 1,024 X 1,024 x 24 bits/ 
pixel primary graphics display with a 1,024 x 1,024 x 8 bits/pixel graphics overlay. Options include 
expandable memory, C compiler, and cross assembler. Cost: starts at $6,500. 

Users can upgrade PC graphics board from standard VGA to Super VGA by adding DRAM. Basic 143 

256-Kbyte VGA configuration includes two DRAM chips. The 1 -Mbyte version includes eight 
DRAM chips, 1,024 x 768 resolution in 256 colors in both interlaced and noninterlaced modes, and 
8514/AI emulation. Cost: $ 195 for 256-Kbyte, 2-DRAM version. 


Xycom Passive-bus computer features 16-.20-, or 25-MHz 80386 processor and rugged construction. 144 

4100-AT31 Comes without memory and video and disk controllers. Core logic allows CPU and AT bus speeds to 

Single-board 80386 be separately software selectable. Features two RS-232 ports, Centronics parallel port, 128-Kbyte 

battery-backed CMOS RAM, and up to 8 Mbytes of DRAM. Cost: From $ 1,850. 
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CALL FOR PAPERS 


IEEE/ACM International Conference on 


Developing and Managing 
Expert System Programs 

September 30-October 2,1991 
Washington, DC 


Keynote Speaker: Lotfi Zadeh, The Architect of Fuzzy Logic 
University of California, Berkeley 

Intelligent Systems Join the Mainstream 

Expert systems, neural networks, fuzzy logic and other intelligent systems technologies are busy helping managers solve today's 
complex problems. 

At this conference, managers, scientists, engineers, and contractors will exchange ideas about putting these new technologies to 
work in the real world. Participants will share experiences and practical guidelines for maximizing the potential of hybrid systems 
in government, business and industrial applications, from the management perspective. 



Topics of Interest 

• Integrating intelligent systems with conventional 
systems 

• Project selection and cost justification to management 

• Strategic management and organizational dynamics 

• Intelligent systems in project management 

• Knowledge acquisition and automated techniques 

• Expert systems, neural networks, fuzzy logic, genetic 
algorithms, object-oriented techniques 

• Software and knowledge engineering life cycles 

• Institutionalization 


• Expert systems testing, validation and verification 

• User and developer training 

• Measuring productivity and payback 

• Systems maintenance and enhancement 

• Financing expert systems projects 

• Risk management, reliability, high-integrity systems, legal 
and economic issues 

• Case studies of government, industrial and business applica¬ 
tions, with lessons learned 

• Future trends for intelligent systems in the mainstream 


Submitting Papers: 

Authors should submit full papers to Dr. Larry Medsker, Program Co-Chair, postmarked no later than May 31, 1991. Each 
submission must include one cover page and five copies of the complete manuscript. The cover page should include name(s), 
affiliation(s), complete address(es), telephone number and E-mail address of the principal author, and title of the paper. 


The five copies of the manuscript should each include: 

• Title and abstract page. 

• Complete English-language text, not to exceed 10 
double-spaced pages, including illustrations. 

Notice of acceptance will be sent by June 30,1991 to 
the principal authors. 


Special Notice! The IEEE Computer Society Artificial Intelligence 
Systems in Government (AISIG) Conference has been merged into the 
IEEE/ACM Conference on Developing and Managing Expert System 
Programs. All former participants in AISIG should submit their 
proposals to this conference if they fit within the management focus. 


Conference Chair 

Jerald L. Feinstein 
MITRE Corporation 

Conference Co-Chair 

Elias Awad 
University of Virginia 

Program Co-Chairs 

Larry Medsker 

Department of Computer Science and 

Information Systems 

The American University 

Washington, DC 20016 

(Mail all papers to this address.) 

Efraim Turban 

Eastern Illinois University 

Technical Committee Co-Chairs 

Harry Siegel 
Janice Sipior 
Villanova U. 


Panel Co-Chairs 

Denis Rochette 
Army AI Center 
T.P. Liang 
Purdue University 

Tutorial Co-Chairs 

Deborah A. Finley 
Interactive Communications Inc. 
Ajay Vinze 

Texas A&M University 

Publicity Co-Chairs 

Susan M. Menke 
Government Computer News 
G. Daryl Nord 
Oklahoma State University 
Rodger Knaus 
Instant Recall 


Finance Co-Chairs 

Judy Hushon 
ERM 

Kathleen F. Curley 
Northeastern University 
Stephen Post 
Decision Corporation 

Standing Committee Chair 

Jay Liebowitz 

The George Washington University 

Corporate Chair 

Umar Khan 
Treasury Department 

Program Track 

Dennis R. Copeland 
MITRE Corporation 


Neural Networks 

Kamal Kama and 
Merk Na Che-Orts 
CCG Associates Inc. 


sponsored by: 

IEEE Technical Committee on 
Expert Systems 
and the 

ACM Special Interest Group on 
Business Data Processing 

IEEE Computer Society 


acm 
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Capital shortfall threatens technological growth, keynoter contends 

Galen Gruman, IEEE Software associate editor 


Changes in the world economy brought 
on by the reintegration of Eastern Europe 
into the world market, the entry of former 
colonial nations into the market, and de¬ 
clining savings by countries like the US 
and Japan will cause a shortfall of capital 
needed to upgrade the technological in¬ 
frastructure of North America and Eu¬ 
rope, said Eugene Wong in his keynote 
address at ACM’s Critical Issues confer¬ 
ence, held November 6-7 in Arlington, 
Virginia. Wong is associate director of 
physical sciences and engineering at the 
US Office of Science and Technology 
Policy, which advises the president and 
helps coordinate federal agencies. 

This shortfall “is one of the greatest 
problems we face” over the next decade, 
Wong said, and “occurs at a time of great 
national needs” for economic growth, 
education, and environmental repair. 

“All these needs require money. The only 
way we can generate these funds is 
through technology,” he said. Computer 
scientists will be key players in making 
this a reality, he said. 

“We need to be visionary yet respon¬ 
sive,” Wong said. “Innovation is not 
enough. We [the US] have been the most 
innovative country on Earth, yet eco¬ 
nomic success sometimes does not auto¬ 
matically follow. We have to translate in¬ 
novation to flawless execution,” he said. 

Information technology affects two 
thirds of European nations’ gross na¬ 


tional product, according to European 
Economic Community reports, Wong 
said, and likely affects a similar portion 
in the US and Japan. 

Wong cited the proposed High Perfor¬ 
mance Computing initiative as an ex¬ 
ample of such responsive vision. Al¬ 
though the proposal, which would create 
a national network operating at gigabyte 
transfer rates for researchers, died for 
lack of action in the recent session of Con¬ 
gress, it is sure to be reintroduced in the 
current session and some sort of approval 
is expected eventually, he said. 

Wong urged computer scientists to do 
more than develop the underlying tech¬ 
nology for this network. “We need to 
make applications an integrated part of 
the [development] program,” he said. To 
do this, “we need to combine professional 
people from all parts of the computer pro¬ 
fession,” he said. 

If computer scientists do not begin to 
pay attention to application technolo¬ 
gies, they risk losing relevance, Wong 
warned. “Computer science enrollment 
has declined because the field stopped 
paying attention to scientific computing 
and let other areas like physics, mathe¬ 
matics, and chemistry take over,” he said. 

In an attempt to begin addressing appli¬ 
cation technologies from both theoretical 
and application perspectives, the confer¬ 
ence split into two parallel sessions to de¬ 
vise recommendations on managing 


complexity and modeling reality, two is¬ 
sues that cross disciplinary boundaries 
and affect critical but everyday tasks like 
communications, banking, power-plant 
operations, and air-traffic control. The 
recommendations are detailed in the 
January 1991 “In the News” section of 
IEEE Software. 

“We need to study these tough prob¬ 
lems and then plan to actually do some¬ 
thing about them,” said Karen Duncan, 
the conference chairman. “Many of us in 
the 1960s dreamed that computing would 
be a positive force,” she said, rhetorically 
asking, “Has computing helped improve 
life on planet Earth?” After those 30 
years, the answer is mixed, she said: 

• Computer-aided instruction has still 
not entered elementary and secon¬ 
dary education on any broad level. 

• Computing has helped automate bill¬ 
ing for health care, but not done much 
to improve the quality of care itself. 

• Large companies have developed 
large, monolithic systems. Will they 
modernize, throwing out the increas¬ 
ingly limited systems they have, or 
can they even modernize? 

“We need to transition from technol¬ 
ogy for its own sake to technology for the 
sake of the world and its people,” Duncan 
urged. 


SESAW 4 to feature debate on software engineering standards usefulness 

Norman F. Schneidewind, Naval Postgraduate School 


Marv Zelkowitz of the University of 
Maryland and Amrit Goel of Syracuse 
University will oppose John Gaffney of 
the Software Productivity Consortium 
and Norm Schneidewind of the Naval 
Postgraduate School in a debate during 
the Fourth Software Engineering Stan¬ 
dards Application Workshop. 

SESAW 4 is scheduled May 20-24 at 
the Hanalei Hotel in San Diego, Califor¬ 
nia, and is sponsored by the IEEE Com¬ 


puter Society. Vera Edelstein of Nynex is 
general chair, and David Card of the 
Computer Science Corporation is pro¬ 
gram chair. 

The usefulness of software engineer¬ 
ing standards will be the subject of what’s 
being billed as The Great Debate. The or¬ 
ganizers believe this will be the first for¬ 
mal debate ever held at an IEEE-spon¬ 
sored software event. 

Zelkowitz and Goel will argue in favor 


of the resolution “that software engineer¬ 
ing standards are a waste of time, money, 
and effort,” and Gaffney and Schneidew¬ 
ind will argue against that proposition. 
Edelstein will serve as debate moderator. 

The discussion should not only prove 
to be informative and provocative but 
also humorous and perhaps even raucous. 
Time will be allowed after the formal de¬ 
bate for audience participation. 

In case you are wondering why a stan- 
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dards workshop would engage in what 
would appear to be a self-destructive act, 
the program committee maintains that 
the workshop should provide a forum for 
those in the software community who are 
skeptical about the efficacy of standards 
and the standards-making process and, at 
the same time, give the side that believes 
in standards an opportunity to rebut. The 
committee members felt that the debate 
format would provide the most effective 
way to focus on the issue. 

Keynote, concluding talks. To put the 
audience in a contemplative mood prior 
to the debate by drawing attention to the 
link between process and standards. 
Watts Humphrey of the Software Engi¬ 
neering Institute will deliver SESAW 4 
keynote remarks entitled “The Role of 
Standards in Software Process Manage¬ 
ment.” Watts believes that software is an 
increasingly critical technology and one 
in which US industry is in danger of los¬ 
ing its historical leadership position. 

“To maintain and strengthen our soft¬ 
ware capabilities, we need to focus in¬ 
creasing attention on the process used to 
develop and maintain software,” said 
Humphrey. “This requires that we invest 


in process improvement, define the criti¬ 
cal process activities, and establish stan¬ 
dards to guide our work.” 

Watts will outline “the key elements of 
software process management together 
with the role that standards play in estab¬ 
lishing a controlled and measured soft¬ 
ware process improvement program.” 

Fletcher Buckley, who is with General 
Electric Aerospace and also serves as edi¬ 
tor of the Standards department of Com¬ 
puter, will deliver the wrap-up address on 
the important subject of “Integration of 
IEEE Software Engineering Standards.” 

Program features. The objectives of 
the workshop are to assess the application 
of software engineering standards and 
project the course of software engineer¬ 
ing standards for the next decade. 

General Chair Edelstein, who also 
serves as chair of the IEEE Software 
Maintenance Standard Working Group, 
is encouraging strong international par¬ 
ticipation and has invited representatives 
of the European Space Agency and the 
International Organization for Stan¬ 
dardization from the U.K., Japan, Can¬ 
ada, and the US to attend. The US Depart¬ 
ment of Defense will also be represented. 


The workshop program will focus on 
paper presentations and panels. The pan¬ 
els will feature members of the IEEE and 
other standards working groups with re¬ 
ports on standards development status. 
The following sessions are on the agenda: 

• Survey of standards activities 

• Implementing corporate standards 

• Standards in the large 

• Standards development issues 

• Standards and process improvement 

• Standards and quality assurance 

• IEEE standards activities 

• Standards for software safety 

• Implementing standards in an organi¬ 
zation 

• Improving the standards develop¬ 
ment process 

• Standards and tools 

• Recent IEEE standards accomplish- 

SESAW 4 will open and close with tu¬ 
torials presented by R. Shillato and A. 
Godin of the Horch Company. Shillato 
will give the May 20 tutorial on “Soft¬ 
ware Review Techniques,” and Godin 
will present the May 24 tutorial on “Soft¬ 
ware Test Planning and Preparation.” 
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DISCOVER THE LATEST IN DATABASES, TOOLS & CONNECTIVITY FROM MICRO TO MAINFRAME. 


A multi-track conference designed for 
both managers and technicians. Over 80 
speakers will be featured. 

▼ Shaku Atre ▼ Adam Green 

▼ E.F. Codd ▼ Vaughan Merlyn 

▼ Chris Date ▼ Jeff Tash 

▼ Richard FinkelsteinT Colin White 

Key areas include: 

▼ Object Oriented and Relational Database 
Evolution 

▼ The Impact of Standards 

▼ CASE Tools and Repositories Integration 

▼ Knowledge-based Systems, Natural 
Languages, Multi-media 

▼ Distributed Processing and Interoperability 

▼ The Move Towards UNIX 

▼ Downsizing and the Micro-Computer 
Revolution 


FREE Admission to Over 400 exhibits: P v F o | lu ant Tn ATTFlUn nR/FXPd 01 

Apple, Ashton-Tate, Borland, CA, Cincom i 1 ”?™L IU MlltNU UB/tAPU ai 

Systems, DEC, Fox, Gupta, IBM, Microrim, pease sera me. dacccc 

Microsoft,Ontoiogic.Orade.ServioCorp,Tandem | £ jffiiitaSSSSiS 
and early registration DISCOUNTS 



For more information, call us today at I 
1 (800) 2DB - EXPO or (415) 941 - 8440. 1 

24-Hour info via FAX: (415) 941-2066. 


Emerging Data 
Technology 

for the’( 


r NDN Enterprises, 289 S. San Antonio 
Rd.,#204, Los Altos, CA 94022 
1 (800) 2DB-EXP0 
(415) 9 J 
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CALL FOR 

PAPERS, 

TUTORIALS, 

AND PANEL 

SESSION 

PROPOSALS 


CONFERENCE ON 
SOFTWARE MAINTENANCE - 1991 

SORRENTO, ITALY 
October 14-17, 1991 


The Conference on Software Maintenance-1991 (CSM-91) will gather software managers, developers, maintained, and researchers 
discuss new solutions to the continuing challenge of software maintenance and software maintainability. 


Theme: Software Maintenance — International Perspective 


CSM-91 will focus on the international perspective (both the research and practice) of the software maintenance process and the management of long 
lived software systems. CSM-91 seeks papers that will advance the state of the art of software maintenance and help foster increased interaction 
between the academic and industrial communities. 


SUGGESTED TOPICS 

Papers, Panel Session Proposals, and Tutorial Pro¬ 
posals related to, but not limited to, the following 
topics are invited. 

• Software Maintenance Tools and Environments 

• Empirical Maintenance Studies • Expert Sys¬ 
tems and Software Maintenance • Configuration 
Management • Developing Maintainable Systems 

• Standards for Software Maintenance • Software 
Maintenance Methodologies • Acquisition of 
Software Maintenance Services • Software Test¬ 
ing and Validation • Reengineering, Reusability, 
Restructuring • Documenting for Software 
Maintenance • Software Quality • Software 
Maintenance Metrics • Software Maintenance 
Management • Software Maintenance Education • 
Software Maintenance Technology Transfer • 
Software Maintenance Process Modelling 

CONFERENCE COMMITTEE 

GENERAL CO-CHAIRS 
John Munson 

Division of Computer Science 

University of West Florida 

Pensacola, FL 32514 

(904) 474-2989 

email: jmunson@uwf.bitnet 

Roberto Ciampoli 

Olivetti Information Services 

Vie Croce 19, 00142 Rome, Italy 

+39 (6) 5411552, fax: 39 (6) 5415239 

IMMEDIATE PAST CHAIR 
Thomas M. Pigoski 
Technical Software Services, Inc. 

P.O. Box 4796, Pensacola, FL 32507 
(904) 934-0164 

PROGRAM CO-CHAIRS 
Malcolm Munro 

Centre for Software Maintenance 

University of Durham 

Durham DH1 3LE, England 

+44 (091) 374-2634 

email: malcom.munro@uk.ac.durham 

Vaclav Rajlich 

Department of Computer Science 
Wayne State University 
Detroit, MI 48202 

(313) 577-5423, fax: (313) 577-6868 
email: vti@cs.wayne.edu 


SCOPE AND PURPOSE 


Software Maintenance is the enhancement, restructuring and correction of software in 
production or in use. CSM-91 will provide a forum for the discussion of software 
maintenance through refereed papers, experience reports, panel sessions, tutorials and in¬ 
formal meetings. CSM-91 will acquaint managers and practitioners with current ad¬ 
vances in software maintenance technology and researchers with current research. 
CSM-91 will entertain papers and proposals in the areas of Basic Research, Experiences 
of Technology Transfers, and Empirical Research. The conference is open to all who 
are involved with or have an interest in software maintenance; professionals and 
researchers, from industry, government, and academia. 


SUBMISSION INFORMATION 


Five (5) copies in English of papers, panel proposals, or experience reports should be 
submitted to either (but not both) program co-chair at one of the addresses listed. 

Papers should be 1000-5000 words in length. Papers must not have been published or 
submitted elsewhere for publication. The cover letter must include: title and maximum 
250 word abstract only. The first page must include title, all authors’ names, complete 
mailing addresses, and telephone numbers. If the paper is accepted, one of the authors 
is expected to present the paper at CSM-91. 

Panel Proposals should include title, proposed chair, tentative panelists (including a 
short vita), a 2 or 3 paragraph description of the subject of the panel discussion together 
with a rationale for the panel. Panelists must have agreed to participate prior to the sub¬ 
mission of the panel session proposal. 

Experience Reports are intended to summarize experiences in the application of 
software maintenance technology to practical applications (e.g. using a tool or method, 
applying a metric, following a project management discipline, etc.). The contributor(s) 
should submit a 4-6 page written description of the experience and a one page summary 
of the project for a ten minute presentation at the conference. The submission should be 
identified by the keyword "Experience" on the top of the first page. The evaluation cri¬ 
teria for these submissions will be based on the relevance of the results to future work in 
the area. They will be reviewed mostly by reviewers from industry. 

Tutorial Sessions have been a significant part of the past CSM conferences. Proposals 
are solicited for both full-length, all-day tutorials and also for mini-tutorials of two to 
four hour length. 

IMPORTANT DATES: Submission Deadlines: April 1, 1991 Acceptance Notification: 
May 15, 1991 Final Version: June 15, 1991 


Sponsors: 


In Cooperation With: 


(swi Software Maintenance 
v -' Association* 


❖ 


The Institute of Electrical and 
Electronics Engineers, Inc. 


Association for Computing 
Machinery* 


♦Previous sponsors; CSM-90 sponsorship 


















CALENDAR 


February 1991 


OFC 91, Optical Fiber Comm. Conf., Feb. 
17-22, San Diego, Calif. Cosponsors: IEEE 
Comm. Soc. et al. Contact Optical Soc. of 
Am., Meetings Dept., 2010 Massachusetts 
Ave. NW, Washington, DC 20036, phone 
(202)416-1980. 


/£jjS DCCA, Second Working Conf. on De- 
pendable Computing for Critical Ap¬ 
plications, Feb. 18-20, Tucson, Ariz. Spon¬ 
sor: IFIP. Contact Richard D. Schlichting, 
Computer Science Dept., Univ. of Arizona, 
Tucson, AZ 85721, phone (602) 621-4324, fax 
(602) 621-4246. 


CAIA 91, Seventh IEEE Conf. on Ar- 
vl-y tificial Intelligence Applications, Feb. 
24-28, Miami Beach, Fla. Contact IEEE Com¬ 
puter Soc., 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 


Fourth Topical Meeting on Robotics and 
Remote Systems for Hazardous Environ¬ 
ments, Feb. 24-28, Albuquerque, N.M. Con¬ 
tact Raymond W. Harrigan, Div. 1414, Sandia 
Nat’l Labs, Albuquerque, NM 87185, phone 
(505) 846-6278, fax (505) 846-7425. 

SPIE/SPSE 91 Symp. on Electronic Imag¬ 
ing Science and Tech., Feb. 24-Mar. 1, San 

Jose, Calif. Contact Int’l Soc. for Optical 
Eng., PO Box 10, Bellingham, WA 98227- 
0010, phone (206) 676-3290, fax (206) 647- 
1445. 


EDAC 91, European Design Automa- 
tion Conf., Feb. 25-28, Amsterdam. 
Sponsor: Institution of Electrical Engineers. 
Contact Secretariat, EDAC 91, CEP Consult¬ 
ants, 26-28 Albany St., Edinburgh EH1 3QH, 
Scotland, phone 44 (31) 557-2478, fax 44 (31) 
557-5749. 

® Com peon Spring 91, Feb. 25-Mar. 1, 

San Francisco. Contact Compcon 
Spring 91, IEEE Computer Soc., 1730 Massa¬ 
chusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 


March 1991 


(jffhjjl First Great Lakes Symp. on VLSI, 
v§-7 Mar. 1-2, Kalamazoo, Mich. Contact 
Eltayeb S. Abuelyaman, Electrical Eng. Dept., 
Eastern Michigan Univ., Kalamazoo, MI 
49007, fax (616) 387-4024. 

® Fifth Int’l Workshop on High-Level 
Synthesis, Mar. 3-6, Buhlerhohe, Ger¬ 
many. Cosponsors: IEEE et al. Contact Raul 


In the accompanying Calendar and adjoining Call for Papers, the IEEE 
Computer Society logo identifies the conferences the society is participat¬ 
ing in or sponsoring. Other conferences of interest to our readers, plus their 
sponsors, are also listed. 

For inclusion in Call for Papers or Calendar, submit the following information: 
event name, date(s), location, and sponsor(s) as well as the phone and fax num¬ 
bers and the electronic address of the person to contact. In addition, for Calls for 
Papers listings, include the name of the person to whom papers should be sub¬ 
mitted and the deadline for submittals. 

Computer should receive the above-mentioned information at least five 
weeks before the month of publication (i.e., for the April 1991 issue, send in¬ 
formation for receipt by February 20, 1991) to Chuck Governale, Calendar 
Dept., Computer, PO Box 3014, Los Alamitos, CA 90720-1264, fax (714) 821- 
4010, e-mail c.governale@compmail.com. 


Camposano, IBM T.J. Watson Research Cen¬ 
ter, PO Box 218, Yorktown Heights, NY 
10598, phone (914) 945-3871, e-mail raulc@ 
ibm.com. 

1991 Computer Science Conf., Mar. 5-7, 

San Antonio, Texas. Sponsor: ACM. Contact 
Don Nowak, Assoc, for Computing Machin¬ 
ery, 11 W. 42nd St., New York, NY 10036, 
phone (212) 869-7440, ext. 223. 


IEE, Savoy Place, London WC2R 0BL, UK, 
fax 44 (71)240-7735. 

Third Oregon Workshop on Software Met¬ 
rics, Mar. 18-19, Silverton, Ore. Cosponsors: 
Portland State Univ. et al. Contact Warren 
Harrison, Computer Science Dept., Portland 
State Univ., PO Box 751, Portland, OR 
97207-0751, phone (503) 725-3108, e-mail 
warren@cs.pdx.edu. 


22nd Technical Symp. on Computer Sci¬ 
ence Education, Mar. 7-8, San Antonio, Tex¬ 
as. Sponsor: ACM SIGCSE. Contact Nell 
Dale, Computer Science Dept., Univ. of Texas 
at Austin, Austin, TX 78712, phone (512) 
471-9539, e-mail ndale@cs.utexas.edu. 

ACM SIGForth 91 Workshop, Mar. 7-9, 

San Antonio, Texas. Sponsor: ACM SIGForth. 
Contact Sheli Thomas or Dave Cole, Software 
Construction Co., 2900 B Longmire, College 
Station, TX 77845, phone (409) 696-5432. 

® Built-In Self-Test (BIST) Workshop, 
Mar. 13-15, Charleston, S.C. Sponsor: 
IEEE Computer Soc. Technical Committee on 
Test Tech. Contact Richard Sedmak, Self-Test 
Services, 6 Lindenwold Terr., Ambler, PA 
19002, phone (215) 628-9700, fax (215) 628- 
2106. 


Hannover Fair Cebit 91, Mar. 13-20, Han¬ 
nover, Germany. Contact Hannover Fairs, 103 
Carnegie Center, Princeton, NJ 08540, phone 
(609) 987-1202. 


Fourth Computer Virus and Security 
Conf., Mar. 14-15, New York City. 
Sponsor: Data Processing Management Assoc. 
Financial Industries. Contact Judy S. Brand, 
PO Box 6313, FDR Station, New York, NY 
10150, phone (800) 835-2246. 


Third IEE Conf. on Telecomm., Mar. 17-20, 

Edinburgh, Scotland. Sponsor: Institution of 
Electrical Engineers. Contact Conf. Services, 


Third IFIP Conf. on High-Speed Network¬ 
ing, Mar. 18-22, Berlin. Sponsors: Int’l Fed¬ 
eration for Information Processing et al. Con¬ 
tact U. Czarnikau, GMD-Fokus, Hardenber- 
gplatz 2, D-1000 Berlin 12, Germany, phone 
49 (30) 25499-200, fax 49 (30) 25499-202, 
e-mail embox@fokus.berlin.gmd.dbp.de. 


(Sgi Symp. on Experiences with Distribut- 
V5Z ed and Multiprocessor Systems, Mar. 
21-22, Atlanta. Sponsor: Usenix Assoc. Con¬ 
tact George Leach, AT&T Paradyne, MS LG- 
129, PO Box 2826, Largo, FL 34649-2826, 
phone (813) 530-2376, e-mail reggie@pdn. 
paradyne.com. 


NIST Lecture Series on High-Integrity Sys¬ 
tems, Mar. 22, Gaithersburg, Md. Sponsor: 
National Inst, of Standards and Technology. 
Speaker: Victor Basili, Univ. of Maryland. 
Contact Dolores Wallace, NIST, Gaithersburg, 
MD 20899, phone (301) 975-3340. 


Fifth SIAM Conf. on Parallel Processing 
and Scientific Computing, Mar. 25-27, 

Houston. Contact Soc. for Industrial and Ap¬ 
plied Math. Conf. Coordinator, Dept. CC0590, 
3600 University City Science Center, Phila¬ 
delphia, PA 19104-2688, phone (215) 382- 
9800, fax (215) 386-7999, e-mail siamconfs@ 
wharton.upenn.edu. 


Advanced Research in VLSI Conf., Mar. 
25-27, Santa Cruz, Calif. Sponsors: Univ. of 
California at Santa Cruz, Univ. of California 
at Berkeley. Contact Kevin Karplus, Comput- 
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er Eng., Univ. of California at Santa Cruz, 
Santa Cruz, CA 95064, Internet karplus@ce. 
ucsc.edu. 

Auto Carto 10, 10th Int’l Symp. on Auto¬ 
mated Cartography, Mar. 25-28, Baltimore. 
Cosponsors: Am. Cartographic Assoc, et al. 
Contact ACSM/ASPRS/Auto Carto 10, 5410 
Grovesnor Lane, Bethesda, MD 20814. 

CEEDA 91, Int’l Conf. on Concurrent Eng. 
and Electronic Design Automation, Mar. 
26-28, Bournemouth, Dorset, UK. Sponsors: 
Institution of Electrical Engineers et al. Con¬ 
tact Sa’ad Medhat, Bournemouth Polytechnic, 
Poole House, Talbot Campus, Fern Barrow, 
Dorset BH12 5BB, UK, phone 44 (81) 595- 
492, fax 44 (81) 595-368, e-mail 
saiad medhat@eurolom.ie. 

DB/Expo 91, Nat’l Database Exposition and 
Conf., Mar. 26-28, San Francisco. Contact 
NDN Enterprises, 289 S. San Antonio Rd., 
Suite 204, Los Altos, CA 94022, phone (415) 
941-8440 or (800) 2DB-EXPO, fax (415) 941- 
2066. 

10th IEEE Int’l Phoenix Conf. on Comput¬ 
ers and Comm., Mar. 27-30, Scottsdale, 

Ariz. Sponsors: IEEE, IEEE Comm. Soc. Con¬ 
tact Mary Murphy-Hoye, phone (602) 554- 
5257, e-mail mhoye@fa.intel.com; or Oris 
Friesen, Bull HN, PO Box 8000, MS A93, 
Phoenix, AZ 85066, phone (602) 862-5200, 
e-mail friesen@system-m.phx.bull.com. 


April 1991 


24th Computer Simulation Conf., Apr. 1-5, 

New Orleans. Sponsor: Soc. for Computer 
Simulation. Contact George W. Zobrist, Com¬ 
puter Science Dept., Univ. of Missouri at Rol- 
la, Rolla, MO 65401, phone (314) 341-4836, 
e-mail c2816@umrvmb.umr.edu. 


Workshop on Real-Time Embedded Com¬ 
puting Systems, Apr. 1-5, Bangalore, India. 
Sponsor: Assoc, for Advancement of Fault- 
Tolerant and Autonomous Systems. Contact S. 
Murugesan, AAFAS, Control Systems Div., 
ISRO Satellite Centre, Bangalore 560017, In¬ 
dia, fax 91 (812) 567-621. 


/gfl-jjt Dasfaa 91, Second Int’l Symp. on Da- 
vSZ tabase Systems for Advanced Appli¬ 
cations. Apr. 2-4, Tokyo. Sponsor: Informa¬ 
tion Processing Soc. of Japan. Contact Yahiko 
Kambayashi, Computer Science Dept., Ky¬ 
ushu Univ., 6-10-1 Hakozaki, Higashi Fukuo¬ 
ka 812, Japan, phone 81 (92) 3641-1101, ext. 
5407; or Yoshifumi Masunaga, Univ. of Li¬ 
brary and Information Science, 1-2 Kasuga, 
Tsukuba, Ibaraki 305, Japan, fax 81 (298) 52- 
4326, e-mail masunaga@ulis.ac.jp. 


Flairs 91, Florida Artificial Intelligence Re¬ 
search Symp., Apr. 2-5, Cocoa Beach, Fla. 
Sponsor: Florida Artificial Intelligence Re¬ 
search Soc. Contact Avelino J. Gonzalez, 
Computer Eng. Dept., Univ. of Central Flori¬ 
da, Orlando, FL 32816, phone (407) 281- 
5027, e-mail fdgonzal%ucflvm.bitnet@ 
cunyvm.cuny.edu. 


SAC 91, 1991 Symp. on Applied Com- 
puting, Apr. 3-5, Kansas City, Mo. 
Sponsor: Univ. of Missouri — Kansas City. 
Contact Richard G. Hetherington, SAC 91, 
Univ. of Missouri — Kansas City, Computer 
Science Telecommunications Program, 5100 
Rockhill Rd., Kansas City, MO 64110-2499, 
phone (816) 235-2399. 


Third Symp. on Integrated Ferroelectrics, 
Apr. 3-5, Colorado Springs, Colo. Contact 
Conf. Secretary, Microelectronics Research 
Lab, Univ. of Colorado at Colorado Springs, 
PO Box 7150, Colorado Springs, CO 80933- 
7150, phone (719) 593-3488, fax (719) 594- 
4257. 


Computer Graphics and Education 91, Apr. 
4-6, Barcelona, Spain. Sponsor: Int’l Federa¬ 
tion for Information Processing. Contact Steve 
Cunningham, Computer Science Dept, Califor¬ 
nia State Univ. at Stanislaus, Turlock, CA 
95380, phone (209) 667-3176, e-mail rsc@ 
altair.csustan.edu; or Roger Hubbold, Comput¬ 
er Science Dept., Univ. of Manchester, Oxford 
Road, Manchester Ml3 9PL, UK, phone (44) 
61-275-6158, e-mail hubbold@uk.ac. man.cs. 


Ifpii IEEE Infocom 91, Conf. on Computer 
Comm., Apr. 7-11, Miami, Fla. Co¬ 
sponsors: IEEE Computer Soc. and Comm. 
Soc. Contact N. Shacham, IEEE Infocom 91, 
SRI Int’l, 333 Ravenswood Ave., Menlo Park, 
CA 94025, phone (415) 859-5710, e-mail 
shacham@sri.com. 

1991 IEEE Int’l Conf. on Robotics and Au¬ 
tomation, Apr. 7-12, Sacramento, Calif. 
Sponsor: IEEE Robotics and Automation Soc. 
Contact Harry Hayman, Exeter C3037, Boca 
Raton, FL 33434, phone (407) 483-3037; or 
Robotics and Automation, PO Box 3216, Sil¬ 
ver Spring, MD 20918, phone (301) 434-1990. 

(jgjj) IMS 91, First IEEE Int’l Workshop 
on Interoperability in Multidatabase 
Systems, Apr. 8-9, Kyoto, Japan. Contact 
Ahmed K. Elmagarmid, Purdue Univ., Com¬ 
puter Sciences Dept., West Lafayette, IN 
47907, phone (317) 494-1998; or Yutaka Mat¬ 
sushita, Instrumentation Dept., Keio Univ., 
Hiyoshi, Yokohama, Japan, phone 81 (44) 63- 
1141, ext. 3564. 

DCC 91, Data Compression Conf., 
Apr. 8-10, Snowbird, Utah. Sponsor: 
IEEE Computer Soc. Technical Committee on 
Computer Comm., NASA/CESDIS. Contact 
Martin Cohn, Computer Science Dept., Bran¬ 
ded Univ., Waltham, MA 02254, phone (617) 
736-2705, fax (617) 736-2741, e-mail marty@ 
cs. brandeis.edu. 

jjgjj) ASPLOS 4, Fourth Int’l Conf. on Ar- 
vy chitectural Support for Programming 
Languages and Operating Systems, Apr. 8- 

11, Santa Clara, Calif. Sponsor: ACM. Con¬ 
tact Bob Rau, Hewlett-Packard Labs, 1501 
Page Mill Rd., Bldg. 3U, Palo Alto, CA 
94304, fax (415) 857-8558, e-mail rau@ 
hplabs.hp.com. 

Seventh Int’l Conf. on Data Eng., 

Apr. 8-12, Kobe, Japan. Contact Ming 
T. (Mike) Liu, Computer and Information Sci¬ 
ence Dept., Ohio State Univ., 2036 Neil Ave., 


Columbus, OH 43210-1277, phone (614) 292- 
1837, e-mail liu@cis.ircc.ohio-state.edu; or 
Data Eng. 91, IEEE Computer Soc., 1730 
Massachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-1013, fax (202) 
728-0884. 

IFIP Working Conf. on Modeling in Com¬ 
puter Graphics, Apr. 8-12, Tokyo. Sponsor: 
IFIP TC 5/WG 5.10. Contact Tosiyasu L. Ku- 
nii. Information Science Dept., Faculty of To¬ 
kyo, Univ. of Tokyo, 7-3-1 Hongo, Bunkyo- 
ku, Tokyo 113, Japan, phone 81 (3) 3816- 
1783, fax 81 (3) 3818-4607, e-mail b39756@ 
tansei.cc.u-tokyo.ac.jp. 

Reliability in Computer Science Conf., Apr. 

8- 12, Low Tatra Mountains, Czechoslovakia. 
Contact Jiri F. Velvarsky, EDRC, 1 Tod Cam¬ 
pus, West of Scotland, Science Park, Maryhill 
Rd., Glasgow G20 0XA, UK, phone (041) 
946-5020, fax (041) 945-0908. 

Fifth Conf. of the European Chapter of the 
Assoc, for Computational Linguistics, Apr. 

9- 11,1991, Berlin. Contact Juergen Kunze, 
Akademie der Wissenschaften, Zentralinstitut 
fuer Sprachwissenschaft, Prenzlauer Prome¬ 
nade 149-152, Berlin, Germany, phone 37 (2) 
4797-153. 

£jj!) ETC 91,1991 European Test Conf., 
VE7 Apr. 10-12, Munich, Germany. Spon¬ 
sor: VDE (Zentralstelle Tagungen und Semin- 
are). Contact Peter Stilke, VDE, Streseman- 
nallee 15, D-6000 Frankfurt 70, Germany, 
phone 49 (69) 6308-203, fax 49 (69) 6308- 
273. 


RTA 91, Fourth Int’l Conf. on Rewriting 
Techniques and Applications, Apr. 10-12, 

Como, Italy. Sponsor: State Univ. of Milan. 
Contact G. Degli Antoni or Marelva Bianchi, 
Dip. di Scienze Dell’ Informazione, Univ. di 
Milano, Via Milano Moretto da Brescia 9, 
1-20133 Milano, Italia, phone 39 (02) 7575- 
201, fax 39 (02) 7611-0556, e-mail gdantoni@ 
imisiam.bitnet. 


Western Educational Computing Work¬ 
shops, Apr. 11-12, Davis, Calif. Sponsor: 
California Educational Computing Consor¬ 
tium. Contact Judah Rosenwald, Extended Ed¬ 
ucation, NAD 153, San Francisco State Univ., 
1600 Holloway, San Francisco, CA 94132, 
phone (415) 338-1212, e-mail dennie@ucscd. 
ucsc.edu or dennie@ucscd.bitnet. 


14th IEEE Workshop on Design for 
Testability, Apr. 15-18, Vail, Colo. 
Contact T.W. Williams, IBM, PO Box 1900, 
Dept. J22/02SR, Boulder, CO 80301-9191. 

/rji) Ninth IEEE VLSI Test Symp., Apr. 

16-18, Atlantic City, N.J. Cosponsor: 
IEEE Philadelphia Section. Contact Mukund 
Modi, Naval Air Eng. Center, ATE Software 
Center, Code: 52514, Lakehurst, NJ 08733, 
home phone (201) 323-7002, office phone 
(609) 596-0438, fax (201) 323-7445. 


® 16th Int’l Symp. on Computer Sys¬ 
tems, Apr. 16-19, Monterrey, NL, 
Mexico. Sponsor: Inst. Tecnoldgico y de Estu- 
dios Superiores de Monterrey. Contact Carlos 
D. Hinojosa A., Direccion de Carrera ISC, 
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ITESM, Sue. de Correos ‘J\ CP.64849, 
Monterrey, NL, Mexico, phone 52 (83) 58- 
2000, fax 52 (83) 58-8931. 

Tricomm 91, IEEE Conf. on Comm. Soft¬ 
ware, Apr. 17-19, Chapel Hill, N.C. Sponsor: 
IEEE Comm. Soc. et al. Contact Mary Duck- 
er, CB #3175, Sitterson Hall, Univ. of North 
Carolina, Chapel Hill, NC 27599-3175, phone 
(919) 962-1869, fax (919) 962-1799, e-mail 
ducker@cs.unc.edu. 


/£ji) CHDL 91, 10th Int’l Symp. on Com¬ 
ply puter Hardware Description Lan¬ 
guages and their Applications, Apr. 22-24, 

Marseille, France. Cosponsors: Int’l Federa¬ 
tion for Information Processing et al. Contact 
Dominique Borrione, Imag/Artemis, BP 53X, 
38041 Grenoble Cedex, France, phone (33) 
7651-4604, ext. 5240, fax (33) 7651-9637, 
e-mail borrione@imag.imag.fr. 


Second European Distributed Memory 
Computing Conf., Apr. 22-24, Munich, Ger¬ 
many. Cosponsors: Gesellschaft fur Informa- 
tik et al. Contact Arndt Bode, Computer Sci¬ 
ence, Technische Univ. Munich, POB 20-24- 
20, D-8000 Munich 2, Germany, phone 49 
(89) 2105-8240, e-mail bode@infovax. 
informatik.tu-muenchen.dbp.de. 


KMET 91, Int’l Conf. on Knowledge Mod¬ 
eling and Expertise Transfer, Apr. 22-24, 

Sophia Antipolis, France. Cosponsors: Assoc. 
Francaise pour la Cybernetique Economique 
et Technique et al. Contact KMET 91, Univ. 
de Nice, Sophia Antipolis, CNRS, 13S- 
LISAN, Daniele Herin-Aime, bat. 4, rue A. 
Einstein, 06560, Valbonne, France, fax (33) 
92-94-28-98, e-mail dh@cerisi.cerisi.fr. 


Second Eurographics Workshop on Visual¬ 
ization in Scientific Computing, Apr. 22-24, 

Delft, The Netherlands. Cosponsors: Delft 
Univ. of Technology et al. Contact Andrea 
J.S. Hin, Eurographics VISC Workshop, TU 
Delft, Faculty of Tech. Math, and Informatics, 
PO Box 356, 2600 AJ Delft, The Netherlands, 
phone 31 (15) 783-630, fax 31 (15) 786-522, 
e-mail andrea@duticg.tudelft.nl. 


® Second Int’l Conf. on Systems Inte¬ 
gration, Apr. 22-25, Morristown, N.J. 
Cosponsors: New Jersey Inst, of Tech, et al. 
Contact Peter A. Ng, Computer and Informa¬ 
tion Science Dept., New Jersey Inst, of Tech., 
University Heights, Newark, NJ 07102, phone 
(201) 596-3387, e-mail ng_p@vienna.njit.edu. 


NCGA 91, 1991 Nat’l Computer Graphics 
Assoc. Conf., Apr. 22-25, Chicago. Contact 
NCGA, 2722 Merrilee Dr., Suite 200, Fairfax, 
VA 22031. phone (800) 225-6242 or (703) 
698-9600. 


CHI 91, 1991 Conf. on Human Fac- 
vl? tors in Computing Systems, Apr. 27- 

May 2, New Orleans. Sponsor: ACM. Contact 
Toni MacHaffie, 18988 SW Shaw, Aloha, OR 
97007, phone (503) 592-1981, fax (503) 591- 
0120, e-mail machaffie.chi@xerox.com; Keith 
Butler. Boeing, Advanced Tech. Center, PO 
Box 24346, M/S 7L-64, Seattle, WA 98124, 
phone (206) 865-3389; or June Davis, 13 An¬ 
napolis St., Annapolis, MD 21401, phone 
(301) 269-6801. 


ECF 91, Eastern Comm. Forum, Apr. 29- 

May 1, Washington, DC. Sponsor; Nat’l Eng. 
Consortium. Contact NEC, 303 E. Wacker 
Dr., Suite 740, Chicago, IL 60601, phone 
(312) 938-3500, fax (312) 938-8787. 

Int’l Conf. on Cognitive Sciences, 
Apr. 29-May 2, Montreal. Cosponsors: 
AFCET et al. Contact Gilles Gauthier, Math, 
and Computer Science Dept., Univ. of Que¬ 
bec, PO Box 8888, Station A, Montreal, Que., 
Canada H3C 3P8, phone (514) 987-8212, fax 
(514)987-8477. 

® Fifth Int’l Parallel Processing Symp., 
Apr. 30-May 2, Anaheim, Calif. Spon¬ 
sor: IEEE Computer Soc. Orange County 
Chapter. Contact Larry H. Canter, Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B, Fullerton, CA 92631, phone (714) 
738-3414, fax (714) 738-3470. 


May 1991 

22nd Pittsburgh Conf. on Modeling and 
Simulation, May 2-3, Pittsburgh. Sponsor: 
Univ. of Pittsburgh. Contact William G. Vogt 
or Marlin H. Mickle, Modeling and Simula¬ 
tion Conf., 348 Benedum Eng. Hall, Univ. of 
Pittsburgh, Pittsburgh, PA 15261. 

SID 91, 1991 Int’l Symp., Seminar, and Ex¬ 
hibition, May 6-10, Anaheim, Calif. Sponsor: 
Soc. for Information Display. Contact SID, c/ 
o Palisades Inst, for Research Services, 201 
Varick St., Suite 1140, New York, NY 10014, 
phone (212) 620-3371, fax (212) 620-3379. 

IEEE Pacific Rim Conf. on Comm., Com¬ 
puters, and Signal Processing, May 9-10, 

Victoria, B.C., Canada. Cosponsors: IEEE 
Victoria Section, Univ. of Victoria. Contact 
Technical Program Committee, c/o Pan Ag- 
athoklis. Electrical and Computer Eng. Dept., 
Univ. of Victoria, PO Box 3055, Victoria, 
B.C., Canada V8W 3P6, phone (604) 721- 
8618, fax (604) 721-8676. 

Second Int’l Workshop on Human and Ma¬ 
chine Cognition, May 9-11, Pensacola, Fla. 
Contact Ken Ford, Inst, for Human and Ma¬ 
chine Cognition, Computer Science, Univ. of 
West Florida, Pensacola, FL 32514, phone 
(904) 474-2551, e-mail kford@uwf.bitnet. 


CBMS 91, Fourth IEEE Symp. on 
Computer-Based Medical Systems, 
May 12-14, Baltimore. Cosponsors: IEEE 
Computer Soc., IEEE Eng. in Medicine and 
Biology Soc., and IEEE Baltimore Section. 
Contact Jeffery C. Lesho, Johns Hopkins 
Univ., Applied Physics Lab., Bldg. 2-257, 
Johns Hopkins Rd., Laurel, MD 20723-6099, 
phone (301) 953-5000, ext. 8057. 


CICC 91, IEEE Custom Integrated Circuits 
Conf., May 12-15, San Diego, Calif. Contact 
Jim Lipman, VLSI Tech., 1109 McKay Dr. 
MS-32, San Jose, CA 95131, phone (408) 
434-7673. 


44th Conf. of the Soc. for Imaging Science 
and Tech., May 12-17, St. Paul, Minn. Con¬ 


tact SPSE, 7003 Kilworth Lane, Springfield, 
VA 22151, phone (703) 642-9090, fax (703) 
642-9094. 


Second Eurographics Workshop on Ren¬ 
dering, May 13-15, Barcelona. Cosponsors: 
Univ. Politecnica de Catalunya. Contact Xavi¬ 
er Pueyo, Dept. Llenguatges i Sistemes Infor¬ 
matics, Univ. Politecnica de Catalunya, Av. 
Diagonal, 647 planta 8, 08028-Barcelona, 
Spain, phone 34 (3) 401-6667, fax 34 (3) 401- 
6600, e-mail eapueyo@ebrupc51.bitnet or 
xavier@lsi.upc.es. 


ICSE 13, 13th Int’l Conf. on Software 
Eng., May 13-17, Austin, Texas. Co¬ 
sponsor: ACM. Contact Barbara Smith, MCC 
Software Tech. Program, PO Box 200195, 
Austin, TX 78720, phone (512) 338-3336, fax 
(512) 338-3899, e-mail basmith@mcc.com; 
Laszlo A. Belady, MCC, 3500 W. Balcones 
Center Dr., PO Box 200195, Austin, TX 
78759-6509, phone (512) 338-3356; or Bryan 
Fugate, MCC, 3500 W. Balcones Center Dr., 
Austin, TX 78759-6509, phone (512) 338- 
3330. 


/jj-j!} CompEuro 91, IEEE Int’l Conf. on 
YSx Advanced Computer Tech., Reliable 
Systems, and Applications, May 13-17, Bo¬ 
logna, Italy. Cosponsors: IEEE Region 8 et al. 
Contact CompEuro 91 Conf. Secretariat, c/o 
Sercoop, via Crociali 2, 40138 Bologna, Italy, 
phone 39 (51) 300-811, fax 39 (51) 309-477; 
or Vito A. Monaco, Dip. di Elettronica Infor- 
matica E Sistemistica, Univ. di Bologna, Viale 
Risorgimento 2, 40136, Bologna, Italy, fax 39 
(51) 644-3073. 

Ada-Europe Athens 91 Conf., May 13-17, 

Athens. Cosponsors: Ada-Europe et al. Con¬ 
tact Z. Kaplanidis, Zita Tourist Club, 46 Vou- 
lis St., GR - 10558 Athens, Greece, phone 30 
(1) 323-9744/7, fax 30 (1) 324-1720. 

North Am. Fuzzy Information Processing 
Soc. Workshop, May 15-17, Columbia, Mo. 
Contact Jim Keller, Electrical and Computer 
Eng., Univ. of Missouri — Columbia, Colum¬ 
bia, MO 65211, phone (314) 882-7339, fax 
(314) 882-0397. 

1991 Conf. on Artificial Intelligence in Pe¬ 
troleum Exploration and Production, May 
15-17, College Station, Texas. Contact Tech¬ 
nical Program Committee, CAIPEP, Petro¬ 
leum Eng. Dept., Texas A&M Univ., College 
Station, TX 77843-3116, phone (409) 845- 
6950, fax (409) 845-1307. 

ISSRE 91, Int’l Symp. on Software 
vly Reliability Eng., May 17-18, Austin, 
Texas. Cosponsors: IEEE Computer Soc. 
Technical Committee on Software Eng. and 
the Nat’l Aeronautics and Space Administra¬ 
tion. Contact Anneliese von Mayrhauser, 
Computer Science Dept., Illinois Inst, of 
Tech., SB236 C 10, West 31st St., Chicago, EL 
60616, phone (312) 567-3900, fax (708) 790- 
1826, e-mail csavm@karl.iit.edu. 

Workshop on Parallel and Distributed De¬ 
bugging, May 20-21, Santa Cruz, Calif. Co¬ 
sponsors: ACM, US Navy Office of Naval Re¬ 
search. Contact Bart Miller, Computer 
Science Dept., Univ. of Wisconsin, 1210 W. 
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Dayton St., Madison, WI 53706, phone (608) 
263-3378, Internet bart@cs.wisc.edu. 


(fTO 1^91 IEEE Symp. on Research in Se- 
curity and Privacy, May 20-22, Oak¬ 
land, Calif. Sponsor: IEEE Computer Soc. 
Technical Committee on Security and Privacy. 
Contact Daniel Schnackenberg, Boeing, MS 
9P-64, PO Box 3999, Seattle, WA 98124, 
phone (206) 657-5595, e-mail schnackenberg 
@dockmaster.ncsc.mil. 


Second Physical Design Workshop, May 20- 

22, Laurel Highlands, Pa. Sponsor: ACM SIG- 
DA. Contact Mary Jane Irwin, Pennsylvania 
State Univ., Computer Science Dept., Univer¬ 
sity Park, PA 16802, phone (814) 865-1802, 
e-mail mji@guardian.cs.psu.edu; or Antun 
Domic, HL02-3J3, DEC, 77 Reed Rd„ Hud¬ 
son, MA 01749, e-mail domic @cadsys.dec. 


ICDCS 91,11th Int’l Conf. on Dis- 
tribull'd Computing Systems, May 
20-24, Arlington, Texas. Contact Bill D. Car- 
roll, Computer Science Eng. Dept., Univ. of 
Texas at Arlington, Box 19015, Arlington, TX 
76019-0015, phone (817) 273-3785, e-mail 
carroll@evax.ari.utexas.edu. 

|£jji SESAW, Fourth Software Eng. Stan- 
dard Application Workshop, May 20- 

24, San Diego, Calif. Contact Vera V. Edel- 
stein, Nynex, 500 Westchester Ave., White 
Plains, NY 10604, phone (914) 683-2888. 


EKAW 91, Fifth European Knowledge Ac¬ 
quisition for Knowledge-Based Systems 
Workshop, May 20-24, Crieff, Scotland. 
Contact Duncan Smeed, Computer Science 
Dept., Univ. of Strathclyde, Livingstone Tow¬ 
er, 26 Richmond St., Glasgow G1 1XH, Scot¬ 
land, phone (041-552) 4400. 


SCAI 91, Third Scandinavian Conf. on Ar¬ 
tificial Intelligence, May 21-24, Roskilde, 
Denmark. Contact Brian Mayoh, Computer 
Science Dept., Aarhus Univ., Ny Munkegade, 
Bldg. 540, DK-8000 Aarhus C, Denmark, fax 
45 (86) 135725, e-mail brian@daimi.aau.dk. 


Second Int’l Conf. on Algebraic Methodolo¬ 
gy and Software Tech., May 22-24, Iowa 
City, Iowa. Contact Teodor Rus, Computer 
Science Dept., Univ. of Iowa, Iowa City, IA 
52242, phone (319) 335-0694, e-mail rus@ 
herky.cs.uiowa.edu. 


Graphics Soc. Contact Nadia M. Thalmann, 
Mira Lab CUI, Univ. of Geneva, 12 rue du 
Lac, CH 1207, Geneva, Switzerland, phone 41 
(22) 787-6581, fax 41 (22) 735-3905, e-mail 
thalmann @ uni2a.unige.ch. 

21st Int’l Symp. on Multiple-Valued Logic, 
May 26-29, Victoria, Canada. Contact D.M. 
Miller, Computer Science Dept., Univ. of Vic¬ 
toria, PO Box 1700, Victoria, B.C., Canada, 
V8W 2Y2, phone (604) 721-7220, fax (604) 
721-7292, e-mail dmill@csr.uvic.cdn. 


ISCA 18, 18th Int’l Symp. on Com- 
nI^ puter Architecture, May 26-30, 

Toronto. Cosponsor: ACM. Contact K.C. 
Smith, Univ. of Toronto, Electrical Eng. 
Dept., Toronto, Ont. M5S 1A4, Canada, 
phone (416) 978-5033. 


ICCI 91, Int’l Conf. on Computing and In¬ 
formation, May 27-29, Ottawa, Canada. 
Sponsors: Carleton Univ, Ottawa; Natural Sci¬ 
ences and Eng. Research Council of Canada. 
Contact Frank Fiala, School of Computer Sci¬ 
ence, Carleton Univ., Ottawa, Canada K1S 
5B6, phone (613) 788-4333, fax (613) 788- 
4334, e-mail icci@scs.carleton.ca. 


Fifth Israel Conf. on Computer Sys- 
terns and Software Eng., May 28-29, 

Herzlia, Israel. Sponsors: IEEE Computer 
Soc. Israeli Chapter et al. Contact M. Wino- 
kur, c/o ORTRA, PO Box 50432, Tel Aviv 
61500, Israel, phone 972 (3) 664-825, fax 972 
(3) 660-952. 


June 1991 


Workshop on Directions in Automat- 
ed CAD-Based Vision, June 2-3, 

Maui, Hawaii. Contact Linda Shapiro, Com¬ 
puter Science and Eng. Dept., FR-35, Univ. of 
Washington, Seattle, WA 98195, phone (206) 
543-2196, fax (206) 543-3842. 

(ffil Fourth Int’l Conf. on Industrial and 
vfty Eng. Applications of Artificial Intelli¬ 
gence and Expert Systems, June 2-5, Kauai, 
Hawaii. Sponsors: ACM et al. Contact Moonis 
Ali, Univ. of Tennessee Space Inst., MS15, 
B.H. Goethert Pkwy., Tullahoma, TN 37388- 
8897, phone (615) 455-0631, ext. 236, fax 
(615) 454-2354, e-mail alif@utsivl.bitnet. 


Melecon 91, Fifth Mediterranean Electro¬ 
technical Conf., May 22-24, Ljubljana, Yu¬ 
goslavia. Cosponsors: IEEE Region 8 Yugo¬ 
slavia Section et al. Contact Melecon 91 
Secretariat, Fakulteta za elektrotehniko, Trza- 
ska 25, 61001 Ljubljana, Yugoslavia, phone 
38 (61) 265-161, fax 38 (61) 264-990. 

Workshop on Interconnections With 
in High-Speed Digital Systems, May 
22-24, Santa Fe, N.M. Cosponsors: IEEE 
Comm. Soc. et al. Contact IEEE Lasers and 
Electro-Optics Soc., 445 Hoes Lane, PO Box 
1331, Piscataway, NJ 08855-1331, phone 
(908) 562-3896, fax (908) 562-1571. 

Computer Animation 91, May 22-25, Gene¬ 
va, Switzerland. Cosponsors: Computer 


11th Int’l Conf. on Decision-Support Sys¬ 
tems, June 3-5, Manhattan Beach, Calif. 
Sponsor: Inst, for Management Sciences. Con¬ 
tact TIMS, 290 Westminster St., Providence, 
RI 02903. 

First Golden West Int’l Conf. on Intelligent 
Systems, June 3-5, Reno, Nev. Sponsor: Int’l 
Soc. of Mini and Microcomputers. Contact 
Carl G. Looney, CS Dept., Univ. of Nevada, 
Reno, NV 89557, phone (702) 784-6927, 
e-mail looney@tahoe.unr.edu. 

Fifth Supercomputing Symp., June 3-5, Fre¬ 
dericton, N.B., Canada. Cosponsors: Canadian 
Special Interest Group on Supercomputing, 
Univ. of New Brunswick. Contact Virendra C. 
Bhavsar or Uday G. Gujar, Faculty of Com¬ 


puter Science, Univ. of New Brunswick, Fred¬ 
ericton, N.B., E3B 5A3, Canada, phone (506) 
453-4566, fax (506) 453-3566. 


jfjjjj CVPR 91, IEEE Computer Soc. Conf. 

on Computer Vision and Pattern Rec¬ 
ognition, June 3-7, Lahaina, Maui, Hawaii. 
Contact Shahriar Negahdaripour, Electrical 
Eng. Dept., Univ. of Hawaii at Manoa, 2540 
Dole St., Honolulu, HI 96822, e-mail shahriar 
@ wiliki.eng.hawaii.edu. 


20th Mumps Users Group Meeting, June 3- 

7, New Orleans. Contact Mumps Users Group, 
4321 Hartwick Rd., Suite 100, College Park, 
MD 20740, phone (301) 779-6555, fax (301) 
779-7674. 

Symp. on Solid Modeling Foundations and 
CAD/CAM Applications, June 5-7, Austin, 
Texas. Sponsor: ACM SIGGraph. Contact 
Joshua Turner, CII 7015, RDRC, Rensselaer 
Polytechnic Inst., Troy, NY 12180-3590, 
phone (518) 276-6751, fax (518) 276-2702, 
e-mail jturner@rdrc.rpi.edu. 


Second Eurographics Workshop on Object- 
Oriented Graphics, June 5-7, The Nether¬ 
lands. Sponsor: Dutch Center for Math, and 
Computer Science (CWI). Contact Marja 
Hegt, CWI, Kruislaan 413, 1098 SJ Amster¬ 
dam, The Netherlands, phone 31 (20) 592- 
4058, fax 31 (20) 592-4199, e-mail marja@ 
cwi.nl. 


Rapid System Prototyping Workshop, June 
10-12, Raleigh, N.C. Contact Kenneth R. 
Anderson, Siemens Corp. Research, 755 Col¬ 
lege Rd. East, Princeton, NJ 08540, phone 
(609) 734-6550, e-mail kra@siemens.com. 


Parle 91, Conf. on Parallel Architectures 
and Languages Europe, June 10-13, Eind¬ 
hoven, The Netherlands. Cosponsors: Com¬ 
mission of European Communities et al. Con¬ 
tact F. Stoots, Philips Research Labs, PO Box 
80.000, 5600 JA Eindhoven, The Netherlands, 
fax 31 (40) 744-758, e-mail stoots@dooma. 
prl.philips.nl. 


(Mfy SCM 3, Third Int’l Software Configu- 
ration Management Workshop, June 
12-14, Trondheim, Norway. Cosponsors: 

ACM et al. Contact Reidar Conradi, Comput¬ 
er Systems and Telematics Div., Norwegian 
Inst, of Tech., N-7034 Trondheim, Norway, 
phone 47 (7) 593-444; or Peter Feiler, Soft¬ 
ware Eng. Inst., Carnegie Mellon Univ., Pitts¬ 
burgh, PA 15213-3890, phone (412) 268- 
7790, e-mail phf@sei.cmu.edu. 


DAC 91, 28th ACM/IEEE Design 
Automation Conf., June 17-21, San 

Francisco. Contact MP Associates, 7490 Club¬ 
house Rd., Suite 102, Boulder, CO 80301, 
phone (303) 530-4333. 


/fly ETCS 21, 21st Int’l Symp. on Fault- 
Tolerant Computing, June 25-27, 

Montreal. Sponsor: IEEE Computer Soc. 
Technical Committee on Fault-Tolerant Com¬ 
puting. Contact Vinod K. Agarwal, McGill 
Univ., Electrical Eng. Dept., 3480 University 
St., Montreal, Que., Canada H3A 2A7, phone 
(514) 398-7136, fax (514) 398-4470, e-mail 
agarwal @ spock.ee.mcgill.ca. 
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/tfji) Arith 10, 10th Symp. on Computer 
Arithmetic, June 26-28, Grenoble, 
France. Cosponsors: ACM et al. Contact Jean- 
Michel Muller, Lab. LIP-IMAC, Ens. Lyon, 
69364 Lyon Cedex 07, France, phone 33 (72) 
72-8229. 


July 1991 

CAR 91, Fifth Int’l Symp. on Com- 
puter-Assisted Radiology, July 3-6, 

Berlin. Sponsor: Technical Univ. of Berlin. 
Contact Heinz U. Lemke, Inst, for Technical 
Computer Science, Sekr CG-FR3-3, Franklin- 
strasse 28-29, D-1000, Berlin 10, Germany, 
phone 49 (30) 314-73100; or Michael H. 
Rhodes, Toshiba America MRI, 280 Utah 
Ave., South San Francisco, CA 94080, phone 
(415) 875-2909. 

Operating Systems of the 90s and Be- 
\£S yond, July 8-12, Dagstuhl, Germany. 
Contact Arthur I. Karshmer, New Mexico 
State Univ., Computer Science Dept., PO Box 
30001, Dept. 3CU, Las Cruces, NM 88003- 
0001, phone (505) 646-2312, fax (505) 646- 
6218. 

SIGGraph 91, July 30-Aug. 1, Las 

Vegas. Sponsor: ACM. Contact Assoc, 
for Computing Machinery, 11 W. 42nd St., 
New York, NY 10036, phone (212) 869-7440. 


August 1991 

|£|jl Crypto 91, Aug. 11-15, Santa Barbara, 
Calif. Cosponsors: Int’l Assoc, for 
Cryptologic Research et al. Contact Burt 
Kaliski, Crypto 91, RSA Data Security, 10 
Twin Dolphin Dr., Redwood City, CA 94065, 
phone (415) 595-8782, fax (415) 595-1873, 
Internet: burt@rsa.com. 

Hot Chips III Symp., Aug. 26-27, 

Stanford, Calif. Sponsor: IEEE Comput¬ 
er Society Tech. Committee on Microproces¬ 
sors and Microcomputers. Contact Martin 
Freeman, phone (408) 991-3591, e-mail 
mfreeman@sierra.stanford.edu; or Melissa 
Anderson, Silicon Graphics, 2011 N. Shore¬ 
line Blvd., PO Box 7311, Mountain View, CA 
94039-7311, phone (415) 335-1565, fax (415) 
965-7651, e-mail mda@sgi.com. 

SSD 91, Second Symp. on Large Spa- 
tial Databases, Aug. 28-30, Zurich, 
Switzerland. Contact Hans-J. Schek, Inst, fur 
Information Systeme, Eth Zentrum, CH-8092 
Zurich, Switzerland, phone 41 (1) 254-7240, 
fax 41 (1) 262-3973, e-mail schek@inf.ethz. 
ch. 


September 1991 

VLDB 91,17th Int’l Conf. on Very 
Large Data Bases, Sept. 3-6, Barcelo¬ 
na, Spain. Sponsors: IEEE Computer Soc. 
Technical Committee on Data Eng. et al. Con¬ 


tact Guy M. Lohman, IBM Almaden Research 
Center, Dept. K55, Bldg. 801, 650 Harry Rd., 
San Jose, CA 95120-6099, e-mail lohman@ 
ibm.com (Internet), lohman@almaden (Bit- 
net). 

Compsac 91, 15th Int’l Computer 
Software and Applications Conf., 
Sept. 11-13, Tokyo. Cosponsor: Information 
Processing Soc. of Japan. Contact Stephen S. 
Yau, Univ. of Florida, CIS Dept., Rm. 301, 
Gainesville, FL 32611, phone (904) 392-1212. 

First Int’l Workshop on the Econom- 
ics of Design and Test, Sept. 23-25, 

Austin, Texas. Sponsor: ACM. Contact Mag- 
dy Abadir, MCC CAD Program, 3500 W. Bal- 
cones Center Dr., Austin, TX 78759, phone 
(512) 338-3611, fax (512) 338-3600; or A.P. 
Ambler, Brunei Univ., Dept, of Electrical 
Eng. and Electronics, Uxbridge, Middx, UB8 
3PH, UK, phone (44) 895-74000, fax (44) 
895-58728. 

ASIC 91, Fourth IEEE Int’l Applica- 
V5Z tion-Specific Integrated Circuits 
Conf., Sept. 23-27, Rochester, N.Y. Sponsor: 
IEEE Rochester Section. Contact Lynne M. 
Engelbrecht, ASIC 91, 170 Mt. Read Blvd., 
Rochester, NY 14611, phone (716) 328-2310, 
fax (716) 436-9370. 

j£ji| 10th Symp. on Reliable Distributed 
Systems, Sept. 30-Oct. 2, Pisa, Italy. 
Contact Ozalp Babaoglu, Dip. di Matematica, 
Univ. di Bologna, Piazza di Porta S. Donato, 
5, 40127 Bologna, Italy, phone, fax 39 (51) 
354-490, e-mail ozalp@dm. unibo.it. 


October 1991 

IEEE Workshop on Visual Motion, 
Oct. 6-9, Princeton, N.J. Contact Peter 
Burt, David Sarnoff Research Center, 201 
Washington Rd., Princeton, NJ 08540, e-mail 
burt@vision.samoff.com. 

/gi) CSEE 91, Fifth Conf. on Software 
N*7 Eng. Education, Oct. 7-8, Pittsburgh. 
Sponsor: Software Eng. Inst. Contact James E. 
Tomayko, SEI, Carnegie Mellon Univ., 4500 
Fifth Ave., Pittsburgh, PA 15213-3890, phone 
(412) 268-6806, fax (412) 268-5758, e-mail 
jet@sei.cmu.edu. 

/ijfij 11th IEEE Symp. on Mass Storage 
Systems, Oct. 7-10, Monterey, Calif. 
Sponsor: IEEE Computer Soc. Technical 
Committee on Mass Storage Systems and 
Technology. Contact Bernard T. O’Lear, 
NCAR, PO Box 3000, Boulder, CO 80307, 
phone (303) 497-1268, fax (303) 497-1137. 

First Int’l Conf. on Artificial Intelli- 
gence Applications on Wall St., Oct. 
9-11, New York City. Sponsor: Polytechnic 
Univ., Brooklyn. Contact Mary Bianchi, Poly¬ 
technic Univ., 333 Jay St., Brooklyn NY 
11201, phone (718) 260-3360, fax (718) 260- 
3136. 


Contact Raif M. Yanney, TRW, 1 Space Park, 
DH2/2328, Redondo Beach, CA 90278, phone 
(213) 764-6033. 

RIDT 91, Second Int’l Workshop on 

Raster Imaging and Digital Typogra¬ 
phy, Oct. 14-15, Boston. Contact Robert A. 
Morris, Math, and Computer Science Dept., 
Univ. of Massachusetts at Boston, Harbor 
Campus, Boston, MA 02125-3393, phone 
(617) 287-6466, e-mail ridt91-request@cs. 
umb.edu. 

ICCD 91, IEEE Int’l Conf. Symp. on 

Computer Design, Oct. 14-16, Cam¬ 
bridge, Mass. Cosponsors: IEEE Computer 
Soc. and IEEE Circuits and Systems Soc. 
Contact ICCD 91, IEEE Computer Soc., 1730 
Massachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-1013. 

16th Conf. on Local Computer Net- 

works, Oct. 14-17, Minneapolis, Minn. 
Cosponsor: IEEE Computer Soc. Technical 
Committee on Computer Comm. Contact 
James F. Mollenauer, 16th LCN Conf., Artel 
Communications, 22 Kane Industrial Dr„ 
Hudson, MA 01749, phone (508) 562-2100, 
fax (508) 562-6942. 

Conf. on Software Maintenance, Oct. 

14-17, Sorrento, Italy. Cosponsor: 

IEEE. Contact Vaclav Rajlich, Computer Sci¬ 
ence Dept., Wayne State Univ., Detroit, MI 
48202, phone (313) 577-5423, fax (313) 577- 
6868, e-mail vtr@cs.wayne.edu; or Malcolm 
Munro, Centre for Software Maintenance, 
Univ. of Durham, Durham, DH1 3LE, En¬ 
gland, phone 44 (091) 374-2634, e-mail mal- 
colm.munro@uk.ac.durham. 

Sixth Int’l Workshop on Software 
vS7 Specification and Design, Oct. 25-26, 

Como, Italy. Contact C. Ghezzi, Dip. di- 
Elettronica, Politecnico di Milano, Piazza Le¬ 
onardo Da Vinci 32, 20133 Milano, Italia, 
e-mail relett24@imipoli.bitnet; or Jean-Pierre 
Finance, CRIN, Campus Scientifique, BP 239 
54000 Nancy, France, e-mail finance@loria. 
crin.fr. 

ILPS 91, Int’l Logic Programming 

Symp., Oct. 28-31, San Diego, Calif. 
Cosponsors: Assoc, of Logic Programming et 
al. Contact Vijay Saraswat, Xerox PARC, 

3333 Coyote Hill Rd., Palo Alto, CA 94304, 
phone (415) 494-4747, fax (415) 494-4334, 
e-mail ilps91@parc.xerox.com. 

ITC 91, Int’l Test Conf., Oct. 28-Nov. 

1, Nashville, Tenn. Cosponsor: IEEE 
Philadelphia Section. Contact IEEE Computer 
Soc., 1730 Massachusetts Ave. NW, Washing¬ 
ton, DC 20036-1903, phone (202) 371-1013. 


November 1991 

/gi) TAI 91, Third IEEE Computer Soc. 

Conf. on Tools for Artificial Intelli¬ 
gence, Nov. 5-8, San Jose, Calif. Contact 
Benjamin Wah, Coordinated Science Lab, MC 
228, Univ. of Illinois, 1101 W. Springfield 
Ave., Urbana, IL 61801-3082, phone (217) 
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333-3516, fax (217) 244-1764, e-mail wah% 
aquinas@cso.uicu.edu; or Nikolaus G. Bour- 
bakis, 4138 Moonflower Ct„ San Jose, CA 
95135, phone(408) 270-3455. 


ICCAD 91, IEEE Int’I Conf. on Com- 
XS? puter-Aided Design, Nov. 11-14, Santa 
Clara, Calif. Cosponsor: IEEE Circuits and 
Systems Soc. Contact ICCAD 91, IEEE Com¬ 
puter Soc., 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 


Supercomputing 91, Nov. 18-22, Albu- 
XS? querque, N.M. Cosponsor: ACM. Con¬ 
tact Raymond L. Elliott, Computing and 
Comm. Div., MS B260, Los Alamos Nat’l 
Lab, Los Alamos, NM 87545, phone (505) 
667-1449, fax (505) 665-4361, e-mail 
rle@lanl.gov; or Supercomputing 91, IEEE 
Computer Soc., 1730 Massachusetts Ave. 

NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 

Third Int’I Symp. on Parallel and 
Xft? Distributed Processing, Nov. 26-30, 

Dallas. Cosponsor: ACM. Contact Behrooz 
Shirazi, Univ. of Texas, Computer Science 
Eng. Dept., Box 19015, Arlington, TX 76019- 
0015, phone (817) 273-3605, fax (817) 273- 
2548, e-mail shirazi@evax.utarl. edu. 


December 1991 

/jgijkt 12th IEEE Symp. on Real-Time Sys- 
vi? terns, Dec. 3-6, San Antonio, Texas. 
Sponsor: IEEE Computer Society Tech. Com¬ 
mittee on Real-Time Computing. Contact Lui 
Sha, Software Eng. Inst., Carnegie Mellon 
Univ., 4500 5th Ave., Pittsburgh, PA 15213. 

Int’I Conf. on Parallel and Distribut¬ 
es? ed Information Systems, Dec. 4-6, Mi¬ 
ami Beach, Fla. Cosponsors: IEEE Computer 
Soc. et al. Contact Amit Sheth, Bellcore, 1J- 
210, 444 Hoes Ln., Piscataway, NJ 08854, 
phone (908) 699-3300, fax (908) 699-9011, 
e-mail amit@ctt.bellcore.com. 

1 Winter Simulation Conf., Dec. 

1, Phoenix, Ariz. Sponsor: ACM. 
Contact Robert Crain, Wolverine Software, 

4115 Annandale Rd., Suite 200, Annandale, 
VA 22003. 

/jSji World Congress on Expert Systems, 
v5? Dec. 16-19, Orlando, Fla. Cosponsors: 
Int'l Assoc, of Knowledge Engineers et al. 
Contact World Congress on Expert Systems, 
c/o Congress Secretariat, Congrex (USA), 

Inc., 7315 Wisconsin Ave., Suite 404E, Be- 
thesda, MD 20814, phone (301) 469-3355, fax 
(301)469-3360. 
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tjj-jS Compeon Spring 92, Feb. 24-28, San 

XS? Francisco. Contact Compeon Spring 92, 
IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone(202) 371-1013. 


CALL FOR PAPERS 


Mi IEEE Software seeks articles for publi¬ 
cation in 1991 and 1992 on the follow¬ 
ing topics: software renovation, work-group 
computing, maintenance under the object-ori¬ 
ented paradigm, postmortem analysis of soft¬ 
ware projects (from both technical and man¬ 
agement perspectives), embedded systems 
programming and development, industrial ex¬ 
periences with Ada and C++, human factors 
issues for software developers, and use of 
CASE tools in industrial development. Arti¬ 
cles in IEEE Software focus on results and ex¬ 
perience useful to practitioners. Submit eight 
copies of articles to Carl Chang, IEEE Soft- 
e, 1120 Science and Eng. Offices, MC 
154, Univ. of Illinois, Chicago, IL 60680, In- 
et ckchang@uicbert. eecs.uic.edu. For de¬ 
tailed author guidelines, contact Karen Potes 
at (714) 821-8380 or soft.one@compmail. 


J. of Computer and Software Eng. will begin 
quarterly publication in fall 1991 and seeks 
manuscripts on varied computer and software 
engineering topics, theory, and applications. 
Publisher: Ablex. Submit five copies of full 
manuscript to E.K. Park, Computer Science 
Dept., US Naval Academy, Annapolis, MD 
21402, phone (301) 267-3080, fax (301) 267- 
2134, e-mail eun@cad.usna.navy.mil. 

EKAW 91, Fifth European Knowledge Ac¬ 
quisition for Knowledge-Based Systems 
Workshop: May 20-24, 1991, Crieff, Scot¬ 
land. Submit five copies of extended abstract 
or full paper by Feb. 22, 1991, and camera- 
ready copy by Apr. 26, 1991, to Duncan 
Smeed, Computer Science Dept., Univ. of 
Strathclyde, Livingstone Tower, 26 Richmond 
St., Glasgow G1 1XH, Scotland, phone (041- 
552) 4400. 

SSD 91, Second Symp. on Large Spa¬ 
vin tial Databases: Aug. 28-30, 1991, Zur¬ 
ich, Switzerland. Sponsors: Gesellschaft fur 
Informatik, Swiss Computer Soc. Submit four 
copies of manuscript by Feb. 25,1991, and 
camera-ready copy by June 10, 1991, to 
Hans-J. Schek, Inst, fur Information Systeme, 
Eth Zentrum, CH-8092 Zurich, Switzerland, 
phone 41 (1) 254-7240, fax 41 (1) 262-3973, 
e-mail schek@inf.ethz.ch. 

WADS 91, Workshop on Algorithms and 
Data Structures: Aug. 14-16, 1991, Ottawa, 
Canada. Submit four copies of paper by Feb. 
25, 1991, to WADS 91, School of Computer 
Science, Carleton Univ., Ottawa, Ont., Canada 
K1S 5B6, phone (613) 788-4333, fax (613) 
788-4334, e-mail wads@scs.carleton.ca. 

Second Int’I Workshop on Human and Ma¬ 
chine Cognition: May 9-11, 1991, Pensacola, 
Fla. Submit three copies of extended abstract 
by Feb. 28, 1991, to Ken Ford, Inst, for Hu¬ 
man and Machine Cognition, Div. of Comput¬ 
er Science, Univ. of West Florida, Pensacola, 


FL 32514, phone (904) 474-2551, e-mail 
kford@uwf.bitnet. 

SHPC, Second Symp. on High-Performance 
Computing: Oct. 7-9, 1991, Montpellier, 
France. Cosponsors: Centre Nat’l Univ. Sud 
de Calcul et al. Submit five copies of paper by 
Feb. 28, 1991, and camera-ready copy by 
June 15,1991, to CNUSC, SHPC Secretariat, 
950 rue de Saint Priest BP 7229, 34184 
Montpellier Cedex 4, France, phone (33) 
6714-1414, fax (33) 6752-3763, e-mail shpc@ 
frmopl l.bitnet. 

Second Eurographics Workshop on Ren¬ 
dering: May 13-15, 1991, Barcelona. Cospon¬ 
sors: Univ. Politecnica de Catalunya. Submit 
extended abstract by Feb. 28,1991, to Xavier 
Pueyo, Dept. Llenguatges i Sistemes Infor¬ 
matics, Univ. Politecnica de Catalunya, Av. 
Diagonal, 647 planta 8, 08028-Barcelona, 
Spain, phone 34 (3) 401-6667, fax 34 (3) 401- 
6600, e-mail eapueyo@ebrupc5l.bitnet or 
xavier@lsi.upc.es. 

(cfo ASIC 91. Fourth IEEE Int’I Applica¬ 
nt? tion-Specific Integrated Circuits 
Conf.: Sept. 23-27, 1991, Rochester, N.Y. 
Sponsor: IEEE Rochester Section. Submit six 
copies of abstract and summary by Mar. 1, 
1991, to Kenneth W. Hsu, Computer Eng. 
Dept., Rochester Inst, of Tech., Rochester, NY 
14623, phone (716) 475-2655, fax (716) 475- 
6879, e-mail kwheec@ritvax.bitnet. 

First Int’I Workshop on the Economics of 
Design and Test: Sept. 23-25, 1991, Austin, 
Texas. Sponsor: ACM. Submit 12 copies of 
50-80-word abstract plus summary or full pa¬ 
per by Mar. 1, 1991, to Magdy Abadir, MCC 
CAD Program, 3500 W. Balcones Center Dr., 
Austin, TX 78759, phone (512) 338-3611, fax 
(512) 338-3600 (US authors); or A.P. Ambler, 
Brunei Univ., Dept, of Electrical Eng. and 
Electronics, Uxbridge, Middx, UB8 3PH, UK, 
phone fax (44) 895-58728 (non-US authors). 

OOPSLA 91, Sixth ACM Conf. on Object- 
Oriented Programming Systems, Languag¬ 
es, and Applications: Oct. 6-11, 1991, Phoe¬ 
nix, Ariz. Submit six copies of full paper by 
Mar. 1, 1991, to Alan Snyder, Hewlett-Pack¬ 
ard Labs, 1501 Page Mill Rd., PO Box 10490, 
Palo Alto, CA 94303-0969, phone (415) 857- 
8764, fax (415) 857-8526, e-mail oopsla91 @ 
hplabs.hp.com. 

Opsearch plans a special issue in December 
1991 on expert systems and operations re¬ 
search. Publisher: Operational Research Soc. 
of India. Submit three copies of complete 
manuscript by Mar. 1, 1991, to Vicki L. Sau- 
ter, MS/IS, Univ. of Missouri at St. Louis, 

8001 Natural Bridge Rd., St. Louis, MO 
63121-4499, phone (314) 553-6281, e-mail 
c4638@umslvma.bitnet; or Reuven Levary, 
Management and Decision Sciences, St. Louis 
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Univ., 3674 Lindell Blvd., St. Louis, MO 
63108, phone (314) 658-3804. 

Symp. on Testing, Analysis, and Verifica¬ 
tion: Oct. 8-10, 1991, Victoria, B.C., Canada. 
Sponsor: ACM SIGSoft. Submit six copies of 
paper by Mar. 1, 1991, and camera-ready 
copy by July 1, 1991, to Nancy Leveson, 
Computer Science Dept., Univ. of California, 
Irvine, CA 92717, phone (714) 856-5517, 
e-mail nancy@ics.uci.edu. 

ISPW 7, Seventh Int’l Software Process 
Workshop: Oct. 16-18, 1991, San Francisco. 
Submit position paper by Mar. 1,1991, to Ian 


Thomas, Hewlett-Packard, Software Eng. Sys¬ 
tems Div., 1266 Kifer Rd., Sunnyvale, CA 
94086, e-mail ispw7@hp-ses.sde.hp.com. 

ACM SIGForth 91 Workshop: Mar. 7-9, 
1991, San Antonio, Texas. Sponsor: ACM 
SIGForth. Submit abstract by Mar. 1, 1991, 
and paper by Mar. 7, 1991, to Phil Koopman, 
Harris Semiconductor, 2525A Wexford Run, 
Wexford, PA 15090, phone (412) 935-6697. 

VDM 91, Fourth VDM Europe Symp. on 
Formal Software Development Methods: 

Oct. 21-25, 1991, Noordwijkerhout, The Neth¬ 
erlands. Submit four copies of full paper by 


Mar. 1, 1991, and camera-ready paper by 
Aug. 16, 1991, to Hans Toetenel, Delft Univ. 
of Tech., Computer Science Dept., PO Box 
356, 2600 AJ Delft, The Netherlands, fax 31 
(15) 787-022, e-mail toet@dutiab.tudelft.nl. 

11th IAPR Int’l Conf. Symp. on Pattern 
Recognition: Aug. 30-Sept. 4, 1992, The 
Hague, The Netherlands. Sponsor: Int’l Assoc, 
for Pattern Recognition. Submit paper by 
Mar. 1, 1991, to 11th 1CPR Secretariat, Delft 
Univ. of Tech., Electrical Eng. Dept., PO Box 
5031, NL-2600 GA Delft, The Netherlands, 
phone 31 (15) 786-052, fax 31 (15) 622-000, 
e-mail icpr@et.tudelft.nl. 


Call for articles and referees for Computer 


Computer seeks articles for inclusion in upcoming special 

Heterogeneous Distributed Database Systems is the 

theme planned for the December 1991 issue. See the August 
1990 issue of Computer (p. 115) for complete information. 

Eight copies of the complete manuscripts must be submit¬ 
ted by April 1, 1991. Notification of decisions is July 1, 1991, 
and the final version of each manuscript is due September 1, 
1991. 

Submissions and questions should be directed to Sudha 
Ram, Department of Management Information Systems, Eller 
School of Management, University of Arizona, Tucson, AZ 
85721, phone (602) 621-2748, e-mail ram@mis.arizona.edu 
on Internet or ram@arizmis on Bitnet. 

Parallel Processing for Computer Vision and Image Un¬ 
derstanding (CVIU) is the theme planned for the February 
1992 issue. See p. 102 of the December 1990 issue of Com¬ 
puter for complete information. 

Fourteen (14) copies of each complete manuscript are due 
by March 1,1991. Notification of decisions is set August 1, 
1991, and the deadline for the final version of the manuscript 
is October 1, 1991. 

Submissions and questions should be directed to Sanjay 
Ranka, 4-116 Center for Science and Technology, School of 
Computer Science, Syracuse University, Syracuse, NY 
13244, phone (315) 443-4457, e-mail ranka@top.cis.syr.edu; 
or Alok Choudhary, Department of Electrical and Computer 
Engineering, 121 Link Hall, Syracuse University, Syracuse, 

NY 13244, phone (315) 443-4280, e-mail choudhar@fruit. 
ece.syr.edu. 


Wafer Scale Integration: Architectures and Algorithms 

will be the theme of the April 1992 issue. Manuscripts report¬ 
ing survey, original research, design and development, and 
the application of wafer-scale integration technology are 
sought immediately in the following areas: 

• Specific WSI processor architectures 

• Specific WSI memory architectures 

• Fault tolerance and testing in WSI architectures 

• Specific algorithms implemented for WSI architectures 

• Implementation technologies for WSI and impact on archi¬ 
tectures 

• A survey of architectures and algorithms for WSI 

• Survey of research in defect and fault tolerance for SWI 

A 300-word abstract of the manuscript is due not later than 
May 1,1991. Twelve (12) copies of each complete manu¬ 
script are due by June 15,1991. Notification of decisions is 
set October 1,1991, and the deadline for submitting the final 
version of the manuscript is December 1, 1991. 

Submissions and questions should be directed to W. Kent 
Fuchs, Center for Reliable and High-Performance Computing, 
Coordinated Science Laboratory, University of Illinois at Ur- 
bana-Champaign, 1101 W. Springfield Ave., Urbana, IL 
61801, phone (217) 333-9731, fax (217) 244-1764, e-mail 
fuchs@crhc.uiuc.edu. Questions can also be directed to Earl 
Swartzlander, Department of Electrical and Computer Engi¬ 
neering, ENS Building, Room 517, University of Texas at 
Austin, Austin, TX 78712, phone (512) 471-5923. 


For submittal to Computer, manuscripts must not have been previously published or currently submitted for publication 
elsewhere. Each manuscript should be no more than 32 typewritten, double-spaced pages long, including all text, figures, 
and references. Each submittal should include a cover page that contains the title of the article, the full name(s) and 
affiliation(s) of the author(s), complete postal and electronic address(es) of all the authors as well as their telephone and fax 
number(s), a 300-word abstract, and a list of keywords identifying the central issues of the manuscript’s contents. The final 
manuscript should be approximately 8,000 words in length and contain no more than 12 references. 

If you are willing to review articles for any of these special issues, please send a note listing your research interests to Jon 
T. Butler, editor-in-chief of Computer, or to one of the guest editors listed for the particular issue. Butler may be reached at 
the Department of Electrical and Computer Engineering, Naval Postgraduate School, Code EC/Bu, Monterey, CA 92943- 
5004, phone (408) 646-3299 or (408) 646-3041, fax (408) 646-2760, Internet butler@ece.nps.navy.mil. 
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BISFAI 91, Bar-Ilan Symp. on the Founda¬ 
tions of Artificial Intelligence: June 16-19, 
1991, Ramat Gan, Israel. Sponsor: Bar-Ilan. 
Submit three copies of extended abstract or 
full paper by Mar. 1, 1991, to Moshe Koppel, 
Math and Computer Science Dept., Bar-Ilan 
Univ., Ramat Gan, Israel, e-mail koppel @ 
bimacs.bitnet (for general session); or Mori 
Rimon, Inst, of Math and Computer Science, 
Hebrew Univ., Ross Bldg, Giv’at Ram, Jerus¬ 
alem, Israel, e-mail rimon@humus.bitnet (for 
special track on natural language processing 
theoretical issues). 

Int’l Conf. on High-Performance Computer 
Systems in Control and Scientific Design: 

Sept. 1991, Alma-Ata, USSR. Cosponsors: 
USSR Nat’l Committee on Automatic Control 
et al. Submit three copies of paper by Mar. 1, 
1991, to Vladimir I. Venets, Inst, of Control 
Sciences, 65 Profsoyuznaya St., 117806 Mos¬ 
cow, USSR, phone (095) 334-8801, fax (095) 
420-2016. 

First Inf 1 Conf. of the Austrian Center for 
Parallel Computation: Sept. 30-Oct. 2, 1991, 
Salzburg, Austria. Sponsor: ACPC. Submit 
five copies of complete paper by Mar. 1, 

1991, to Hans Zima, Inst, for Statistics and 
Computer Science, Univ. of Vienna, 
Rathausstrasse 19/3, A-1010 Vienna, Austria, 
phone 43 (1) 40103-2788, fax 43 (1) 4089- 
250, e-mail a4424daj@awiunil l.bitnet. 

Compugraphics 91, First Inf 1 Conf. on 
Computational Graphics and Visualization 
Techniques: Sept. 16-20, 1991, Sesimbra, 
Portugal. Submit five copies of extended ab¬ 
stract by Mar. 1, 1991, and final paper by 
July 31,1991, to Harold P. Santo, Compu¬ 
graphics 91, Civil Eng. Dept., Inst, of Eng., 
Tech. Univ. of Lisbon, Av. Rovisco Pais, 

1096 Lisboa Codex, Portugal, phone 351 (1) 
801-579, fax 351 (1) 897-650, e-mail dl663@ 

ILPS 91, Inf 1 Logic Programming 
Symp.: Oct. 28-31, 1991, San Diego, 
Calif. Cosponsors: Assoc, of Logic Program¬ 
ming et al. Submit six copies of full paper by 
Mar. 15, 1991, to Vijay Saraswat, Xerox 
PARC, 3333 Coyote Hill Rd„ Palo Alto, CA 
94304, phone (415) 494-4747, fax (415) 494- 
4334, e-mail ilps91@parc.xerox.com. 

Third European Conf. on Electron and Op¬ 
tical-Beam Testing of Integrated Circuits: 

Sept. 9-11, 1991, Como, Italy. Sponsor: IEEE 
North Italy Section. Submit six copies of ex¬ 
tended abstract and 1,000-2,000-word summa¬ 
ry by Mar. 15,1991, to Marcello Melgara, 
CSELT, via Reiss Romoli 274, 10148 Torino, 
Italy, phone 39 (11) 2169-259, fax 39 (11) 
2169-695. 

Gomac 91, Government Microcircuit Appli¬ 
cations Conf.: Nov. 5-7, 1991, Kissimmee, 
Fla. Cosponsors: US Dept, of Defense et al. 
Submit summary by Mar. 15,1991, to Jay 
Morreale, Palisades Inst, for Research Servic¬ 
es, G-91, 201 Varick St., Suite 1140, New 
York, NY 10014. 

Northcon 91: Oct. 1-3, 1991, Portland, Ore. 
Cosponsors: IEEE Portland and Seattle Sec¬ 
tions et al. Submit 1,000-word summary by 


Mar. 15, 1991, to Jon S. Potts, Northcon 91, 
8110 Airport Blvd., Los’Angeles, CA 90045- 
3194, phone (800) 877-2668 or (213) 215- 
3976, ext. 251, fax (213) 641-5117. 

AICS 91, Fourth Irish Conf. on Artificial 
Intelligence and Cognitive Science: Sept. 
19-20, 1991, Cork, Ireland. Submit three cop¬ 
ies of preliminary paper by Mar. 15, 1991, to 
Humphrey Sorensen, AICS 91, Computer Sci¬ 
ence Dept., Univ. College, Cork, Ireland, 
e-mail aics91@iruccvax.ucc.ie. 

17th Inf I Conf. on Industrial Electronics, 
Control, and Instrumentation: Oct. 28-Nov. 
1, 1991, Kobe, Japan. Cosponsors: IEEE In¬ 
dustrial Electronics Soc., Soc. of Instrument 
and Control Engineers of Japan. Submit ex¬ 
tended summary and abstract by Mar. 15, 
1991, and final manuscripts by May 15, 1991, 
to Takamasa Hori, SICE of Japan, 1-35-28- 
303 Hongo, Bunkyo-ku, Tokyo, 113 Japan, 
phone 81 (3) 3814-4121, fax 81 (3) 3814- 
4699. 


Third Conf. on Military Robotic Vehicles: 

Sept. 9-12, 1991, Medicine Hat, Alta., Cana¬ 
da. Cosponsors: Defence Research Establish¬ 
ment Suffield, Alberta Research Council. Sub¬ 
mit paper by Mar. 15, 1991, to DRES, Box 
4000, Medicine Hat, Alta., Canada T1A 8K6, 
phone (403) 544-4732, fax (403) 544-3388. 

(jfftl Supercomputing 91: Nov. 18-22, 1991, 

Albuquerque, N.M. Cosponsor: ACM. 
Submit paper by Apr. 1, 1991, to Ann Hayes, 
Supercomputing 91, MS B260, Los Alamos 
Nat’l Lab, Los Alamos, NM 87545, phone 
(505) 665-4506, fax (505) 665-4361, e-mail 
ahh@ lanl.gov. 

IEEE Workshop on Visual Motion: 

Oct. 6-9, 1991, Princeton, N.J. Submit 
four copies of complete paper by Apr. 1, 

1991, to Peter Burt, David Sarnoff Research 
Center, 201 Washington Rd., Princeton, NJ 
08540, e-mail burt@vision.samoff.com. 

Hot Chips III Symp.: Aug. 26-27, 

1991, Stanford, Calif. Sponsor: IEEE 
Computer Society Tech. Committee on Micro¬ 
processors and Microcomputers. Submit ex¬ 
tended abstract by Apr. 1,1991, to Melissa 
Anderson, Silicon Graphics, 2011 N. Shore¬ 
line Blvd., PO Box 7311, Mountain View, CA 
94039-7311, fax (415) 965-7651, e-mail 
mda@sgi.com. 

/qj) Conf. on Software Maintenance: Oct. 

14-17, 1991, Sorrento, Italy. Cosponsor: 
IEEE. Submit five copies of paper or experi¬ 
ence report by Apr. 1,1991, to Vaclav Raj- 
lich, Computer Science Dept., Wayne State 
Univ., Detroit, MI 48202, phone (313) 577- 
5423, fax (313) 577-6868, e-mail vtr@cs. 
wayne.edu; or Malcolm Munro, Centre for 
Software Maintenance, Univ. of Durham, 
Durham, DH1 3LE, England, phone 44 (091) 
374-2634, e-mail malcolm.munro@uk.ac. 
durham. 


ICSP 1, First Inf 1 Conf. on the Software 
Process: Oct. 21-22, 1991, California. Submit 
paper by Apr. 1,1991, to ICSP 1, PO Box 
3521, Boulder, CO 80303, phone (303) 499- 
4782, e-mail icspl@sda.com. 


(QYj 16th Conf. on Local Computer Net- 
vSz works: Oct. 14-17, 1991, Minneapolis, 
Minn. Cosponsor: IEEE Computer Soc. Tech. 
Committee on Computer Comm. Submit five 
copies of full paper by Apr. 5, 1991, to James 
F. Mollenauer, 16th LCN Conf., Artel Com¬ 
munications, 22 Kane Industrial Dr., Hudson, 
MA 01749, phone (508) 562-2100, fax (508) 
562-6942. 

jjjfji) TAI 9 L Third IEEE Computer Soc. 

Conf. on Tools for Artificial Intelli¬ 
gence: Nov. 5-8, 1991, San Jose, Calif. Sub¬ 
mit five copies of abstract and full paper by 
Apr. 10, 1991, to Benjamin Wah, Coordinated 
Science Lab, MC 228, Univ. of Illinois, 1101 
W. Springfield Ave.; Urbana, IL 61801-3082, 
phone (217) 333-3516, fax (217) 244-1764, 
e-mail wah%aquinas@uxc.cso.uicu.edu. 

Crypto 91: Aug. 11-15, 1991, Santa 
^5?' Barbara, Calif. Cosponsors: Int’l Assoc, 
for Cryptologic Research et al. Submit 15 cop¬ 
ies of detailed abstract by Apr. 15, 1991, and 
paper by July 8, 1991, to Joan Feigenbaum, 
Crypto 91, AT&T Bell Labs, Rm. 2C473, 

6000 Mountain Ave., Murray Hill, NJ 07974, 
phone (908) 582-6910, Internet: jf@research. 


ytj) First Inf I Conf. on Artificial Inteiii- 
gence Applications on Wall St.: Oct. 
9-11, 1991, New York City. Sponsor: Poly¬ 
technic Univ., Brooklyn. Submit three copies 
of extended abstract by Apr. 15,1991, and fi¬ 
nal paper by July 1,1991, to Roy S. Freed¬ 
man, Polytechnic Univ., 333 Jay St., Brooklyn 
NY 11201, phone (718) 260-3307, fax (718) 
260-3136. 

® 12th IEEE Symp. on Real-Time Sys¬ 
tems: Dec. 3-6, 1991, San Antonio, 
Texas. Sponsor: IEEE Computer Society 
Tech. Committee on Real-Time Computing. 
Submit paper by May 1,1991, and extended 
abstract by Sept. 2,1991, Lui Sha, Software 
Eng. Inst., Carnegie Mellon Univ., 4500 5th 
Ave., Pittsburgh, PA 15213. 

® Int’l Conf. on Parallel and Distribut¬ 
ed Information Systems: Dec. 4-6, 
1991, Miami Beach, Fla. Cosponsors: IEEE 
Computer Soc. et al. Submit seven copies of 
full paper by May 10,1991, and abstract by 
electronic mail to H.V. Jagadish, 3C414A, 
AT&T Bell Labs, 600 Mountain Ave., Murray 
Hill, NJ 07974, e-mailjag@research.att.com. 

11th IEEE Symp. on Mass Storage 
Systems: Oct. 7-10, 1991, Monterey, 
Calif. Sponsor: IEEE Computer Soc. Tech. 
Committee on Mass Storage Systems and 
Technology. Submit final papers by May 30, 
1991, to Bernard T. O’Lear, NCAR, PO Box 
3000, Boulder, CO 80307, phone (303) 497- 
1268, fax (303) 497-1137. 

(£§jj Third Inf 1 Symp. on Parallel and 
Distributed Processing: Nov. 26-30, 
1991, Dallas. Cosponsor: ACM. Submit paper 
by May 31, 1991, to Behrooz Shirazi, Univ. 
of Texas at Arlington, Computer Science Eng. 
Dept., Box 19015, Arlington, TX 76019-0015, 
phone (817) 273-3605, fax (817) 273-2548, 
e-mail shirazi@evax.utarl.edu. 
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membership. Written, 
reviewed, and refereed 
by experts, it features 
survey and tutorial 
articles covering the 
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Technical Committees 
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CAREER OPPORTUNITIES 


RATES: $12.00 per line, (ten lines mini¬ 
mum). Average five typeset words per 
line, eight lines per column inch. Add 
$10 for box number. Send copy at least 
one month prior to publication date to: 
Marian B. Tibayan, Classified Adver¬ 
tising, COMPUTER Magazine, 10662 
Los Vaqueros Circle, PO Box 3014, 
Los Alamitos, CA 90720-1264; (714) 
821-8380; fax (714) 821-4010. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may re¬ 
ject any advertisement containing any of 
these phrases or similar ones: "...recent 
college grads...,” "...1-4 years maximum 
experience...," "...up to 5 years experi¬ 
ence," or "...10 years maximum 
experience." COMPUTER reserves the 
right to append to any advertisement, with¬ 
out specific notice to the advertiser, 
"Experience ranges are suggested mini¬ 
mum requirements, not maximums." 
COMPUTER assumes that, since advertis¬ 
ers have been notified of this policy in 
advance, they agree that any experience re¬ 
quirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


UNIVERSITY OF NORTH CAROLINA 
AT CHARLOTTE 
Chairperson 

Department of Computer Science 
College of Engineering 
Search Continued 

Applications and nominations are invited 
for the position of Chairperson of the De¬ 
partment of Computer Science. Applicants 
must have a Ph.D. or equivalent in Com¬ 
puter Science or a related field and must 
show a successful record of research in com¬ 
puter science, computer engineering, or in¬ 
formation science. In addition, the individual 
must have a strong interest in teaching and 
research at both undergraduate and gradu¬ 
ate levels, and exhibit academic and admini¬ 
strative leadership qualities. The position will 
be at the rank of Professor with a highly com¬ 
petitive salary. Anticipated starting date is 
July 1, 1991. 

UNC Charlotte is one of the largest institu¬ 
tions of the UNC System. It has more than 
14,000 students including 2,100 graduate 
students in the six colleges of Arts & Sci¬ 
ences, Architecture, Business Administra¬ 
tion, Education & Allied Professions, Engi¬ 
neering, and Nursing, and in the Graduate 

The Department of Computer Science 
has 24 faculty and is the largest of the five 
departments within the College of Engineer¬ 


ing. It offers a B.A., a B.S., and an M.S. 
degree in Computer Science and over the 
next few years will continue the develop¬ 
ment of its research and graduate programs 
including doctoral level work. The university 
if firmly committed to providing personnel 
and facilities for this department including 
participation in a new 75,000 sq. ft. Applied 
Research Center. Our immediate proximity 
to the University Research Park with tenants 
such as IBM, Verbatim, AT&T, Bell South, 
etc. and our participation in the Microelec¬ 
tronics Center of North Carolina, the North 
Carolina Supercomputing Center, and the 
Engineering Research Center greatly en¬ 
hance our education and research activities. 
Current faculty strengths are in the areas of 
artificial intelligence, computer engineering, 
database systems, theoretical computer sci¬ 
ence, and computer networks. 

With a metropolitan population of over 
one million, Charlotte is the largest city in the 
Carolinas. Located within a few hours drive 
of the mountains and the ocean, Charlotte 
has a moderate climate, attractive neighbor¬ 
hoods, and a multitude of cultural and recre¬ 
ational opportunities. Charlotte Douglas In¬ 
ternational Airport is one of the busiest in the 
South and Charlotte is among the largest 
banking centers in the United States. 

Nominations and letters of application in¬ 
cluding a resume and names of four refer¬ 
ences should be addressed to: Dr. Robert 
Carrubba, Chairperson, CSCI Search Com¬ 
mittee, College of Engineering, UNC Char¬ 
lotte, Charlotte, NC 28223. Initial screening 
is underway, and early submission of appli¬ 
cations is encouraged, although applications 
will be accepted until the position is filled. 
AA/EOE 


UNIVERSITY OF CALIFORNIA, DAVIS 
Faculty Positions in Electrical 

Engineering and Computer Science 

The Department of Electrical Engineering 
and Computer Science at UC Davis invites 
applications for various tenure track positions. 
The primary areas of interest are Computer 
Engineering and Microprocessor Applica¬ 
tion; Electronic Circuits; Image Processing 
and Computer Vision; and Optoelectronics. 
One position in the area of image processing 
and one in the area of optoelectronics is 
open to all ranks. Ohter positions are at the 
assistant professor level. 

The department, with 53 faculty members 
and 180 full-time graduate students, is 
experiencing rapid growth. Our College is 
the nation’s sixteenth largest producer of 
engineering Ph.D.’s in a University which 
has the nineteenth largest extramural re¬ 
search funding. Salary and benefits are ex¬ 
tremely attractive. 

Davis is a pleasant, family-oriented com¬ 
munity near Sacramento, within easy driving 


distance to Silicon Valley, the Lawrence 
Livermore National Laboratory, San Fran¬ 
cisco, the Pacific Ocean, and the Sierra 
Nevada Mountains. 

We are seeking individuals with strong 
records of teaching and research and with 
ambitious plans. Senior appointments re¬ 
quire outstanding records of achievement; 
junior appointments must show evidence of 
great promise. All faculty are expected to 
have a strong commitment to teaching at all 
degree levels, and to demonstrate the ability 
to attract significant research support. 

The positions require a Ph.D. degree or 
equivalent, and are open until filled; but in 
order to assure consideration, applications 
should be received by March 1, 1991. Send 
a resume and the names of at least three 
references to: 

Professor S. Louis Hakimi, Chair 
Attention: Faculty Search Committee 
Department of Electrical Engineering and 
Computer Science 
University of California 
Davis, CA 95616 

The University of California, Davis, is an 
equal opportunity/affirmative action 
employer. 


UNIVERSITY OF WASHINGTON 

Department of Computer Science 
and Engineering 

The Department of Computer Science 
and Engineering at the University of 
Washington expects to have one or more 
tenure-track openings starting in the 
1991-92 academic year. We seek outstand¬ 
ing applicants who add to our existing 
research strengths, particularly in program¬ 
ming languages, compilers, graphics, hard¬ 
ware/computer engineering, and software 
engineering, or who bring significant new 
research strength to our department. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. 

The department may also have visiting 
positions that would require both teaching 
and research. It may be possible to hold 
these for portions of the 1991-92 academic 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to Faculty Recruiting Com¬ 
mittee, Department of Computer Science 
and Engineering FR-35, University of Wash¬ 
ington, Seattle, Washington 98195. Candi¬ 
dates are encouraged to apply as early as 
possible. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph.D. is required for these positions. 
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SANTA CLARA UNIVERSITY 
Visiting Professor of 
Computer Engineering 

Applications are invited for the position of 
Visiting Professor of Computer Engineering. 
This is a one-year, half-time appointment 
suitable for faculty who will be on sabbatical 
from their current institution. Duties will be 
limited to teaching one course per term, 
leaving ample opportunity for establishing 
contacts with the local Silicon Valley industry 
or pursuing research interests. 

Teaching and Research Assistantships 

Applications are invited for Teaching and 
Research Assistantships in the Computer 
Engineering Program for the 1991-92 aca¬ 
demic year. The current stipend is $1,000/ 
month with tuition waiver of 24 units. RA 
compensation is dependent on the terms of 
sponsoring research grant. TA and RA posi¬ 
tion carry a workload of approximately 20 
hours per week. 

The department has excellent laboratory 
and computing facilities and located 45 miles 
south of San Francisco. Applicants should 
submit a resume and cover letter to: Dr. 
Daniel Lewis, Associate Chair for Computer 
Engineering, EECS Dept., Santa Clara Uni¬ 
versity, Santa Clara, CA 95053 (DLEWIS 
@SCU.B1TNET) Santa Clara is an Affir¬ 
mative Action/Equal Opportunity Employer. 


FACULTY FOR EUROPE AND ASIA 

Planning a sabbatical or leave of absence? 
The University of Maryland University College 
seeks excellent lecturers for undergraduate 
computer science, computer applications, 
and information systems management 
courses on U.S. military bases in Europe and 
Asia and in the Pacific. Renewable annual 
appointments begin August 1991. Minimum 
requirements include a master’s degree in 
computer science or a related field, recent 
college teaching experience, and U.S. citizen¬ 
ship. Benefits include transportation and 
military base privileges. Frequent travel and 
the cost of schooling make these positions 
difficult for those with children .Send resume 
to Dr. Ralph E. Millis, Overseas Programs, 
The University of Maryland University 
College, College Park, MD 20742-1642. 
AA/EEO. 


SAN DIEGO STATE UNIVERSITY 
Faculty Position in Computer Science 

Applications are invited for one tenurable 
faculty position in Computer Science. Rank 
is open, with Assistant Professor candidates 
preferred. Duties include teaching graduates 
and undergraduates, curriculum develop¬ 
ment, directing Master’s research, and con¬ 
ducting one’s own research. 

A Ph.D. (or Ph.D. to be completed by Sep¬ 
tember 1991) in Computer Science, Compu¬ 
ter Engineering, or a closely related field is 
required. Candidates should have a strong 
research background and good teaching 


references. Applicants from all areas of 
Computer Science will be considered. Pref¬ 
erence will be given to candidates who can 
teach and conduct joint research with exist¬ 
ing faculty in areas such as computer ar¬ 
chitecture and system software for micro¬ 
computers. 

Closing date is March 15, 1991. Applica¬ 
tions received after that date will be con¬ 
sidered if the position is still open. Send vita, 
and have three letters of reference sent to: 
Computer Science Search Committee, De¬ 
partment of Mathematical Sciences, San 
Diego State University, San Diego, CA 
92182 (e-mail: cssearch.sdsu.edu). SDSU is 
an AA/EO employer; we do not discrimi¬ 
nate against the handicapped. 


LOYOLA COLLEGE IN MARYLAND 
Computer Science Department 

A tenure track position will be open in the 
fall of 1991. A Ph.D. in Computer Science 
or a closely related subject is required. Can¬ 
didates should have a history of research and 
superior teaching commensurate with the 
rank desired. The successful applicant will 
teach graduate and undergraduate courses 
and conduct research. The Computer Sci¬ 
ence Department has just received CSAB 
accreditation and currently has over $1 
million of sponsored research. Loyola Col¬ 
lege continues a 500-year Jesuit tradition of 
excellence in education as a highly selective 
liberal-arts institution in Baltimore, one of 
America’s more progressive and affordable 
cities. The Baltimore-Washington corridor 
has numerous opportunities for consulting. 
Please submit vita and names of three refer¬ 
ences to Dr. Keith B. Gallagher, Computer 
Science Department, Loyola College, Balti¬ 
more, MD 21210-2699. EOE/AAE 


CASE INSTITUTE OF TECHNOLOGY 
CASE WESTERN RESERVE 
UNIVERSITY 

We invite applications for tenure track 
faculty positions at all levels. Candidates 
from all research areas will be considered, 
but the thrust research areas in the Depart¬ 
ment are VLSI systems and design automa¬ 
tion, applied artificial intelligence and logic 
programming, database design and systems, 
and software systems and design environ¬ 
ments. Candidates should have a Ph.D. in 
computer science or computer engineering 
or closely allied fields; competitive salaries 
will be offered to attract the best candidates. 

CWRU is a private university with a total 
enrollment of 8,400, of which 5,100 are 
graduate and professional students. The 
Engineering School of Case Institute of 
Technology is among the top ten engineer¬ 
ing schools in terms of research funding per 
faculty member and undergraduate student 
quality. The University campus is the hub of 
the pleasant area known as University Circle, 
an incorporation with neighboring cultural 
centers and museums, about five miles from 


downtown Cleveland. 

The Department of Computer Engineer¬ 
ing and Science has 14 faculty positions, and 
a graduate student body of 110 students, 40 
of which are in the Ph.D. program. Depart¬ 
mental facilities are based upon an ethernet 
local area network, connected to INTER¬ 
NET, which supports a UNIX operating sys¬ 
tem and about 40 SUN and other worksta¬ 
tions. In addition, faculty and students 
participating in the Center for Automation 
and Intelligent Systems Research have ac¬ 
cess to the Center’s computing facilities. 

The Department recently acquired the 
Nord Professorship, supported by a dona¬ 
tion of over one and a half million dollars, for 
which we invite distinguished senior faculty 
applicants. This position will provide addi¬ 
tional funds for travel, graduate student sup¬ 
port and equipment. 

Applicants should submit their curriculum 
vitae and names of at least three references 
to: Lee J. White, Chairman, Department 
of Computer Engineering and Science, 
Case Western Reserve University, Cleve¬ 
land, Ohio 44106; INTERNET: leew@ 
alpha.ces.cwru.edu; candidates with pre¬ 
vious academic experience may wish to pro¬ 
vide at most three reprints of their most 
important publications. 

An equal employment and affirmative ac¬ 
tion employer. 


UNIVERSITY OF VERMONT 
Computer Science 
Visiting Faculty Positions 

The Department of Computer Science 
and Electrical Engineering invites applica¬ 
tions for up to two visiting faculty opening in 
Computer Science, commencing with the 
fall semester of 1991. A doctorate in com¬ 
puter science is required. The level of assis¬ 
tant or associate professor is dependent 
upon the candidate’s qualifications. Respon¬ 
sibilities include research as well as teaching 
in computer science at both the undergradu¬ 
ate and graduate levels. For one of the posi¬ 
tions, the ability to teach introductory and 
advanced courses in computer architecture 
from a computer science perspective is es¬ 
sential. For all positions, there is particular in¬ 
terest in candidates whose research interests 
overlap those of the current permanent 
faculty, which include aspects of distributed 
systems, computer networks, real-time sys¬ 
tems, database and knowledge base sys¬ 
tems, and artificial intelligence. Applications 
will be accepted until the positions are filled. 
Please submit a resume, including teaching 
experience, a publication list, and the 
names, addresses (including e-mail if possi¬ 
ble) , and telephone numbers of three refer¬ 
ences to: Dr. Kenneth I. Golden, Chair¬ 
person, University of Vermont, Department 
of Computer Science and Electrical Engi¬ 
neering, Votey Building, Burlington, VT 
05405, (802) 656-3330. 

Internet:cssearch@uvm.edu, USEnet: 
uunetluvm-genlcssearch. The University of 
Vermont is an Affirmative Action Equal Op¬ 
portunity Employer and encourages applica¬ 
tions from women and members of minority 
groups. 


February 1991 
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ST. CLOUD STATE UNIVERSITY 

The Department of Computer Science in¬ 
vites applicants for two tenure-track positions 
beginning September, 1991. APh.D. in com¬ 
puter science or closely related field is 
required. Those who expect to finish their 
Ph.D.’s by the appointment date will be con¬ 
sidered. The Department seeks applicants 
with expertise in one or more of the following 
areas: graphics, algorithm design and analy¬ 
sis, operating systems, parallel and distributed 
architectures, network communications, and 
software engineering. The successful candi¬ 
date will be expected to engage in research 
activity, as well as teach a range of computer 
science courses. The computer science pro¬ 
gram is accredited by CSAB, and the De¬ 
partment has excellent facilities. Competitive 
salary and benefit package available. For in¬ 
formation and application forms, contact 
Annette D. Schoenberger, Chairperson, De¬ 
partment of Computer Science, St. Cloud 
State University, 720-4th Avenue South, 
St. Cloud, MN 56301-4498 or call 612- 
255-4966. Applicants should arrange to 
have at least three letters of recommendation 
sent directly to the Chairperson. Review of 
applications will begin on March 15, 1991 
and will continue while a vacancy remains. 
St. Cloud State University is an Equal Op¬ 
portunity/Affirmative Action Employer. Ap¬ 
plications from women and minorities are 
particularly encouraged. 


PURDUE UNIVERSITY 
Computer Engineering 
Faculty Positions 

The School of Electrical Engineering at 
Purdue University seeks outstanding candi¬ 
dates in all areas of Computer Engineering 
for research and teaching. Openings are for 
tenure-track faculty at all levels. Active 
research areas include artificial intelligence 
and expert systems; computer architecture; 
computer communications networks; com¬ 
puter vision; design automation tools; digital 
signal processor system design; distributed 
algorithms and databases; fault-tolerant and 
testable computing; microprocessor design; 
natural language processing; neural net¬ 
works; parallel processing (architecture, 
algorithms, operating systems, compiling, 
languages, software environments, intercon¬ 
nection networks, and performance); robot 
vision; software engineering; speech pro¬ 
cessing; and VLSI architecture. 

The School has 72 full-time faculty (26 in 
Computer Engineering) and over $9 million 
in funded research projects. In addition to 
the Ph.D., MSEE and BSEE degrees, the 
School offers a BSCEE (Bachelor of Science 
in Computer and Electrical Engineering), 
which is accredited in both computer engi¬ 
neering and electrical engineering. Compu¬ 
ting facilities available to the faculty include 
the Engineering Computer Network (includ¬ 
ing 9 VAX 11/780’s running UNIX BSI) 
4.3, 1 Gould PN 9080, 4 Gould NP l’s, a 
CCI PN 6/32, and 400 Sun workstations), 
the Computing Center’s Cyber-205 and 
ETA-10 supercomputers, a Symbolics LISP 


machine, an IBM 3090/180E, extensive 
graphics facilities, and numerous PC’s. 
Parallel computing facilities include a 
64-node Ncube hypercube, a 48x48 pro¬ 
cessor NCR-GAPP processor array, an 82- 
processor AT&T Pixel Machine, a 16-pro- 
cessor transputer array, the 30-processor 
PASM Parallel Processor prototype that was 
developed and built at Purdue, and the 
Computing Center’s Four Sequent Sym¬ 
metry S81’s. Custom VLSI chip design 
facilities include Mentor Graphics software 
running on Apollo Workstations. Robotics 
equipment includes a Puma 762 robot, a 
Cincinnati Milacron T3-726 robot, and a 
K2A Cybermation mobile robot. 

Applicants must possess a doctorate 
degree. Send a resume, including a state¬ 
ment of teaching and research interests and 
a list of three (3) references, to: Head, 
School of Electrical Engineering, Pur¬ 
due University, West Lafayette, IN 
47907. Purdue University is an Equal Op¬ 
portunity/Affirmative Action employer. 


VALPARAISO UNIVERSITY 
Computer Engineering Faculty 
Tenure Track Position 

The Department of Electrical and Com¬ 
puter Engineering is seeking a qualified 
faculty member, holding a Ph.D. in Com¬ 
puter Engineering or a closely-related field, 
to teach in the area of Computer Engineer¬ 
ing. This ABET accredited undergraduate 
program encompasses software and hard¬ 
ware with emphasis on architecture and 
embedded system applications. The suc¬ 
cessful candidate will join a team of dedi¬ 
cated teachers preparing students for entry 
level careers and graduate school admission 
in all areas of electrical and computer engi¬ 
neering. Send resume to Dr. Rodney J. Bohl- 
mann, Valparaiso University, Valparaiso, IN 
46383. Valparaiso University, affiliated with 
the Lutheran church, enrolls approximately 
3500 students with 380 in engineering and is 
located 50 miles southeast of Chicago. 
AA/EOE. Applications from women and 
minorities are encouraged. 


UNIVERSITY OF 
SOUTHERN CALIFORNIA 
Chair, Computer Science 

The Computer Science Department of the 
School of Engineering, University of South¬ 
ern California (USC), seeks a distinguished 
computer scientist with the vision and skill to 
lead a strong department and further strength¬ 
en it. The School of Engineering, with 170 
faculty and 4,300 students, ranks 6th in the 
nation in sponsored research expenditures. 
The Computer Science Department has a 
full time faculty of 21, and a student body of 
125 Ph.D. students, 300 M.S. candidates, 
and 200 undergraduates. The departmental 
research budget currently is $3M per year. 
Faculty research interests encompass the 
traditional areas of computer science, plus 
interdisciplinary, emerging fields such as 
robotics and neural computation. Com¬ 


puting research support is provided by a 
large network of modern workstations, and 
various supercomputers are available 
through the network. More than 100 SUN 
workstations are used for teaching. The 
department maintains close ties with the 
Electrical Engineering Department which 
has a strong Computer Engineering Group 
of 21 faculty, and with the Information 
Sciences Institute (ISI), an off-campus 
research facility of the School of Engineer¬ 
ing. ISI’s staff of 200 conducts research on a 
broad spectrum of computer science topics. 
Southern California has the highest industrial 
production in the nation. Opportunities for 
industry/university collaboration are ex¬ 
cellent because much of the local industry is 
high-tech and computationally oriented. 
Please send nominations and applications 

Professor George A. Bekey 
Chair, Search Committee 
Computer Science Department 
University of Southern California 
Los Angeles, CA 90089-0782 
Telephone: (213) 740-4501 
Net Mail: bekey@poIlux.usc.edu 
Applications should include a resume and 
a list of professional references. USC is an 
equal opportunity employer. 


UNIVERSITY OF WEST FLORIDA 
Division of Computer Science 

Applicants are invited for four tenure track 
positions in the Division of Computer Sci¬ 
ence. The successful candidates must hold a 
Ph.D. in Computer Science or a closely 
related field, and have a depth of knowledge 
in artificial intelligence or software engineer¬ 
ing. Particular areas of emphasis include: 
constructivist approaches to AI and cognitive 
science; knowledge acquisition for knowl¬ 
edge-based systems, expert system issues 
(e.g., maintenance & explanation); neural 
nets; image processing; software mainte¬ 
nance, quality, reliability, and design. 

The Division of Computer Science offers 
B.S. and M.S. degrees in computer science 
and over the next few years will continue the 
development of its research and graduate 
programs. Extensive opportunities exist for 
local research involvement with the military 
and the medical communities. The Division 
currently enrolls about 500 undergraduate 
and 200 graduate students. The Division 
houses the Institute for the Interdisciplinary 
Study of Human and Machine Cognition 
and is an academic affiliate of the Software 
Engineering Institute. The research environ¬ 
ment includes Solbourne Series 4 file 
servers, Sun SPARCstations, IBM main¬ 
frame, and numerous Macintosh computers. 

Competitive salaries combined with a very 
low cost of living enhance the excellent life¬ 
style available in northwest Florida. 

Send vitae, three letters of reference, 
and copies of significant publications to 
Dr. Theodore Elbert, Division Head, Com¬ 
puter Science, The University of West 
Florida, Pensacola, FL 32514. Review of ap¬ 
plications will commence on Feb. 1, 1991. 
The positions will remain open until filled. 
UWF is an EO/AA institution. 
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NATIONAL CHIAO TUNG 
UNIVERSITY 

The Department of Computer & Informa¬ 
tion Science invites applications for faculty 
positions in August 1990. The Department 
offers B.S., M.S. and Ph.D. programs. A 
candidate must have a Ph.D. degree in com¬ 
puter or information science, engineering, or 
related fields. 

PleaSe send resume and names of three 
references to: Professor Wei-Pang Yang, 
Head, Department of Computer & Informa¬ 
tion Science, National Chiao Tung Universi¬ 
ty, Hsinchu, Taiwan, 30050, R.O.C. Con¬ 
sideration of applications will begin in April 
1991 and the search will remain open until 
the positions are filled. 


UNIVERSITY OF HOUSTON 

Applications are invited for tenure track 
faculty positions in the Department of Com¬ 
puter Science starting September 1991. 
Areas of special interest include but not 
limited to artificial intelligence, computer ar¬ 
chitecture, computer graphics, computer 
networks, operating systems, programming 
languages and software engineering. Rank 
and salary are open and competitive. The 
Department is interested in expanding its 
research program and particularly welcome 
applicants for senior positions. Applicants 
should have a Ph.D. in Computer Science or 
closely related area, and a strong commit¬ 
ment to research and teaching. Candidates 
for senior positions should also have a 
distinguished research record. The Depart¬ 
ment offers Ph.D., M.S., and B.S. in Com¬ 
puter Science. Departmental research facili¬ 
ties include a network of SUN Workstations, 
DEC 5820, VAX 11/780 and VAX 11/730’s, 
a network of AT&T 3B2's and access to 
other computing facilities in the University 
Computer Center as well as supercomputers 
via remote access terminals. Send resume 
and names of professional references to 
Dr. Willis K. King, Chairman, Department of 
Computer Science, University of Houston, 
Houston, Texas 77204-3475. An Equal Op¬ 
portunity/Affirmative Action employer. 


CASE INSTITUTE OF TECHNOLOGY 
NORD Professorship in 
Computer Engineering and Science 

The Department of Computer Engineering 
and Science at Case Institute of Technology 
is seeking a nationally recognized scholar 
and researcher to fill the NORD Professor¬ 
ship. This position was recently established 
by the donation of over one and a half mil¬ 
lion dollars, which will provide outstanding 
professional opportunities and a highly com¬ 
petitive salary, together with additional funds 
for travel, graduate student support and 
equipment. The qualifications include a 
Ph.D. in computer science, computer engi¬ 
neering or closely allied fields, and an ability 
to establish and develop external support for 


a nationally recognized research program in 
computer science/computer engineering. 
We invite applications from senior faculty at 
both the associate professor and full pro¬ 
fessor levels. 

CWRU is a private university with a total 
enrollment of 8,400, of which 5,100 are 
graduate and professional students. The 
Engineering School of Case Institute of 
Technology is among the top ten engineer¬ 
ing schools in terms of research funding per 
faculty member and undergraduate student 
quality. The University campus is the hub of 
the pleasant area known as University Circle, 
an incorporation with neighboring cultural 
centers and museums, about five miles from 
downtown Cleveland. 

The Department of Computer Engineer¬ 
ing and Science has 14faculty positions, and 
a graduate student body of 110 students, 40 
of which are in the Ph.D program. Depart¬ 
mental facilities are based upon a ethernet 
local area network, connected to INTER¬ 
NET, which supports a UNIX operating sys¬ 
tem and about 40 SUN and other worksta¬ 
tions. In addition, faculty and students 
participating in the Center for Automation 
and Intelligent Systems Research have ac¬ 
cess to the Center’s computing facilities. 

Applicants should submit their curriculum 
vitae and names of at least five references to: 
Lee J. White, Chairman, Department of 
Computer Engineering and Science, 
Case Western Reserve University, Cleve¬ 
land, Ohio 44106; INTERNET: leew@ 
alpha.ces.cwru.edu; applicants may wish to 
provide at most three reprints of their most 
important publications. 

An equal employment and affirmative ac¬ 
tion employer. 


WRIGHT STATE UNIVERSITY 

Department of Computer Science 
and Engineering 

Applicants are invited for tenure-track and 
visiting faculty positions at all ranks. The suc¬ 
cessful candidate must have a Ph.D. in com¬ 
puter science, computer engineering, or 
equivalent background and have demon¬ 
strated forward looking and creative re¬ 
search. Further desired attributes include: 
capability to direct Ph.D. candidates in com¬ 
puter science or computer engineering and 
the ability to acquire funds and/or direct 
research projects. Preferred technical areas 
are distributed systems, networking, and 
database, but other areas will be considered. 
Rank and competitive salaries are determined 
by qualifications and experience. 

The university is located in a high technol¬ 
ogy environment among industrial/military 
research and development facilities, includ¬ 
ing Wright Patterson Air Force Base and 
NCR. Department strengths include a fully 
networked Unix environment of Sun & DEC 
workstations; Cray access; graduate labora¬ 
tories in AI, optical computing, neural net¬ 
works, and robotics; established research 
programs; industrial/military support; 
degree programs in both computer science 
and computer engineering; and a large 
graduate student population. 

Please submit a detailed resume including 
names of three references to: CSNET ad¬ 


dress - amcaulay@cs.wright.edu or Alastair 
D. McAulay, NCR Distinguished Professor 
and Chair, Department of Computer Sci¬ 
ence and Engineering, Wright State Univer¬ 
sity, Dayton, Ohio 45435. Pending avail¬ 
ability of funding, reviewing for positions 
will begin February 15, 1991 and continue 
monthly until positions are filled or until 
September 1, 1991. 

An Equal Opportunity/Affirmative Action 
Employer. 


HAWAII PACIFIC UNIVERSITY 

Hawaii Pacific University has openings for 
one or more Computer Science career facul¬ 
ty, Assistant or Associate Professor rank, 
commencing August 24, 1991. Appropriate 
master’s degree, and teaching or profes¬ 
sional experience, are minimum qualifica¬ 
tion’s; doctorate preferred. Send c.v., list of 
five references, and transcripts postmarked 
no later than April 1, 1991 to: Dr. Arnold 
Lipkind, Hawaii Pacific University, 1188 
Fort Street, # 446, Honolulu, Hawaii 96813. 
Equal Opportunity/Affirmative Action 
Employer. 


CONCORDIA UNIVERSITY 
Department of Electrical and 
Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering invites applications for two 
tenure-track faculty positions in Electrical 
and Computer Engineering at the assistant 
professor level. One position is in the hard¬ 
ware area with the emphasis on digital sys¬ 
tems design, computer architecture, and neu¬ 
ral network architecture. The other position 
is in the software area with emphasis on net¬ 
working and protocols, distributed/parallel 
processing, software engineering, system 
software design, integrated systems, com¬ 
piler and programming languages, and neu¬ 
ral networks. Strong candidates in related 
areas will also be considered. 

Responsibilities include graduate and 
undergraduate teaching, research and 
supervision of graduate students. Candi¬ 
dates should have a Ph.D. in Electrical or 
Computer Engineering or Computer Science, 
and a strong interest in both research and 
teaching. 

The department currently has twenty-four 
full-time faculty members and has strong 
graduate and undergraduate programs. 

Applicants should send a resume and 
names of at least three references to: 

Dr. P.D. Ziogas, Chairperson 
Department of Electrical and Computer 
Engineering 
Concordia University 
1455 de Maisonneuve Blvd., West 
Montreal, Quebec 
H3G 1M8 

FAX: (514) 848-2802 
In accordance with Canadian Immigration 
requirements, priority will be given to Cana¬ 
dian citizens and permanent residents of 
Canada. We also invite and encourage ap¬ 
plications from female candidates. 


February 1991 
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UNIVERSITY OF SCRANTON 
Department of Computing Sciences 

A tenure track position in the Dept, of 
Computing Sciences is available for Fall 
1991. The department offers undergraduate 
degrees in Computer Science (CSAC/CSAB 
accredited) and Computer Information 
Systems as well as an MS in Software 
Engineering. Departmental resources in¬ 
clude extensive computing facilities. Among 
them, a VAX 6320 (VMS), a network of 
Sun SPARCstations, several transputers, 
and a variety of microcomputers. Individuals 
with research and teaching interests in Com¬ 
puter Science/Software Engineering are en¬ 
couraged to apply. A Ph.D. in Computer 
Science or related field is preferred. In¬ 
dividuals with substantial experience in pro¬ 
fessional software development are en¬ 
couraged to apply. Please submit vita, tran¬ 
scripts, and three references to: Search 
Committee, Department of Computing Sci¬ 
ences, University of Scranton, Scranton, PA 
18510; INTERNET: cmps@jaguar.uofs. 
edu. The University of Scranton is a Jesuit 
university of over 3500 full time under¬ 
graduates and is an AA/EO Employer and 
Educator. 


CARNEGIE MELLON UNIVERSITY 
School of Computer Science 

The Introductory Programming Group 
within the School of Computer Science has 
more than one non-tenure track, full-time 
teaching position available July 1991. The 
main duty is the teaching of undergraduate 
programming courses. Our computing facili¬ 
ties include 50 Macintosh computers, several 
servers, printers, and a LAN. Most courses 
use Pascal as a support language. 

Applicants for the positions must have a 
M.S. in Computer Science (or related field), 
and strong academic credentials or practical 
experience. Knowledge of Pascal and Mac¬ 
intosh is preferred. Qualified applicants 
should send a letter of application, resume, 
and three letters of recommendation to: 
Jacobo Carrasquel, Carnegie Mellon, School 
of Computer Science, Pittsburgh, PA, 15213. 

Carnegie Mellon is an Equal Opportunity/ 
Affirmative Action Employer. Women and 
minorities are especially encouraged to apply. 


UNIVERSITY OF KENTUCKY 
Endowed Chair in 
Electrical Engineering 
Department of Electrical Engineering 

Applications and nominations are invited 
for the Robinson Chair in Electrical Engi¬ 
neering. This position will be available on 
August 15, 1991, or as soon thereafter as 
possible. Area of expertiese is open although 
preference will be given to candidates 
specializing in Computer Engineering. 
Candidates should have excellent national 
reputations, be able to provide intellectual 
leadership, have a terminal degree in Elec¬ 
trical Engineering, Computer Engineering, 
or a related field, and be qualified for ap¬ 


pointment as a full professor with tenure in 
the Department of Electrical Engineering. 
They should also have demonstrated excel¬ 
lence in instruction and scholarship char¬ 
acterized by originality, creativity, and 
productivity. 

Duties of the appointee will include under¬ 
graduate and graduate teaching, supervision 
of graduate students, development of funded 
research, interaction with industry, and 
leadership in the Department of Electrical 
Engineering. Demonstrated academic excel¬ 
lence, scholarly productivity, and leadership 
ability will be the primary considerations in 
the selection process. 

The University of Kentucky is the primary 
research university in Kentucky with approx¬ 
imately 22,000 students on the main campus 
and is located in the beautiful bluegrass 
region of Central Kentucky. The Department 
of Electrical Engineering has 20 tenured or 
tenure track faculty members, 450 under¬ 
graduate students, and 75 graduate stu¬ 
dents. Students may earn the B.S., M.S. or 
Ph.D. degree in Electrical Engineering. Ap¬ 
plications, including complete resumes and 
names and addresses of three references, 
should be addressed to Dr. F.C. Trutt, 
Chair, Robinson Search Committee, De¬ 
partment of Electrical Engineering, Univer¬ 
sity of Kentucky, Lexington, KY 40506- 
0046. Review of applications will begin April 
1, 1991 and continue until the position is 
filled. Women and minorities are encouraged 
to apply. 

The University of Kentucky is an equal op¬ 
portunity and affirmative action employer. 


SOUTHWEST 

TEXAS STATE UNIVERSITY 
Chair 

Computer Science 

Applications are invited for the position of 
Chair of the Department of Computer Sci¬ 
ence. Applicants should have a Ph.D. in 
Computer Science or a closely related field; 
a demonstrated commitment to excellence 
in research, service, and teaching at the 
undergraduate and graduate level; and the 
ability to work effectively with faculty, 
students, and administration. 

The Department of Computer Science 
has 12 tenured or tenure-track faculty 
members and offers programs leading to the 
B.A., B.S., M.A., M.S., and M.Ed. de¬ 
grees. The department has 375 undergradu¬ 
ate majors, 125 graduate majors, and 207 
minors. Resources include a cluster of VAX- 
8600’s, eight Apollo workstations, a TI1500, 
a microcomputer laboratory that includes a 
network of 386-based microcomputers, an 
electronics laboratory, and four electronic 
classrooms. Active research is being carried 
out in expert systems, fractals, real-time 
systems, computer networks, distributed 
systems, computational geometry, compu¬ 
ter science education, software metrics, and 
system simulation. 

Founded in 1899, Southwest Texas State 
University is a comprehensive university with 
an enrollment of over 20,000 students. The 
local climate is pleasant, with mild winters, 
dry summers, and lots of sunshine. San Mar¬ 
cos, situated at the edge of the Texas Hill 


Country between Austin and San Antonio, 
combines the charm of a small town with 
proximity to metropolitan centers. 

To apply, send a resume, including a list of 

Professor James Crawford, Chair 
CS Chair Search Committee 
Department of Physics 
Southwest Texas State University 
San Marcos, TX 78666 
Telephone: 512-245-2131 
Email: ch04@swtexas.bitnet 
Fax: 512-245-3040 

The review of applications will begin im¬ 
mediately and continue until the position is 
filled. The starting date is expected to be no 
later than August 15, 1991. Southwest Texas 
State University is an Equal Opportunity, Af¬ 
firmative Action employer. Women and 
minorities are encouraged to apply. 


UNIVERSITY OF DENVER 
Department of Mathematics and 
Computer Science 

Applications are invited for a tenure-track 
position in mathematics at the advanced As¬ 
sistant Professor or early Associate Professor 
level beginning September 1, 1991. Ph.D. 
in mathematics is required. Additional quali¬ 
fications include a strong commitment to in¬ 
novative teaching, a record of success in 
research, and compatibility with the present 
research directions of the Department (ap¬ 
plied mathematics, analysis, and mathemati¬ 
cal physics). Research bordering on areas of 
computer science of interest to the Depart¬ 
ment (parallel processing, architecture, algo¬ 
rithms, symbolics) is also preferred. Position 
opened until filled. 

Please send letter of application, resume 
and three letters of recommendation to: 
Prof. Ottis Rechard 
Chair/Search Committee 
Department of Mathematics and 
Computer Science 
University of Denver 
Denver, CO 80208 

The University of Denver is an Equal Op¬ 
portunity/Affirmative Action Employer. 


SOUTH DAKOTA STATE UNIVERSITY 
Computer Science 

Two tenure-track positions as Assistant 
Professor effective Fall, 1991. Ph.D. in 
Computer Science or related discipline re¬ 
quired. Higher educational teaching experi¬ 
ence desirable. A strong commitment to com¬ 
puter science education, excellent verbal 
and written communication skills, leadership 
ability and interpersonal skills appropriate for 
an academic environment are required. 
SDSU in Brookings, South Dakota is a 4 year 
land grant institution. The Computer Sci¬ 
ence Department is part of the Engineering 
College. Send vita, transcripts and three 
letters of reference to Professor Gerald 
Bergum, Head, Department of Computer 
Science, SDSU, Brookings, SD 57007. 
Deadline is February 28, 1991. SDSU is an 
EO/AA Employer. 
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COLUMBIA UNIVERSITY 
Director of 

Computer Science Facilities 

Columbia University’s Department of 
Computer Science is looking for a new 
Director of Computer Research Facilities. 
The Director leads a small, high quality staff 
in the acquisition, installation, maintenance 
and operation of hardware and software 
supporting the department’s research pro¬ 
gram; analyzes, recommends, and negoti¬ 
ates major equipment purchases; assists in 
preparing research proposals; makes recom¬ 
mendations regarding construction and modi¬ 
fication of laboratory space; participates in 
meetings of the faculty; and performs other 
related duties. 

The department is comfortably housed in 
the 7-year-old Computer Science Building 
and will be acquiring further space in the 
Center for Engineering and Physical Science 
Research, a building that is currently under 
construction. The research computing facili¬ 
ty includes a network of over 80 modern 
workstations and servers from vendors such 
as Sun, HP, DEC, and IBM. We also have 
several gateways and terminal servers, and 
many pieces of more specialized equipment. 

The position requires a technical back¬ 
ground in UNIX and TCP/IP networking as 
well as computer systems management ex¬ 
perience. We are seeking someone who can 
meet the challenge of acquiring and opera¬ 
ting a high-speed backbone network to span 
more than one building and connect a large, 
heterogeneous mix of state-of-the-art 
equipment. 

Columbia is located in the Manhattan 
neighborhood of Morningside Heights, pro¬ 
viding easy access to the rest of New York 
City; the artistic, cultural, and financial 
capital of the world. The Director may be 
considered for housing in apartment build¬ 
ings owned and operated by the University. 

Resumes, including references and salary 
requirements, should be submitted to: 

Facilities Committee Chairman 

Computer Science Department 

Columbia University 

500 W. 120th St. 

New York, N.Y. 10027 

Columbia University takes affirmative ac¬ 
tion toward equal opportunity. Applications 
from qualified women and minorities are 
encouraged. 


RICE UNIVERSITY 
Department of Electrical and 
Computer Engineering 

Rice University Department of Electrical 
and Computer Engineering invites applica¬ 
tions for faculty positions in the areas of 
robotics, signal processing, and computer 
systems. Applicants in the area of robotics 
should be interested in space or under-sea 
applications and be able to lead a robotics 
laboratory. Applicants in signal processing 
should have a background in basic signal and 
systems with interests in image and multi¬ 
dimensional processing. Applicants in the 
computer systems area should have interests 
in the general areas of computer architec¬ 


ture, operating systems, and parallel com¬ 
puting. Outstanding applicants working in 
related areas will also be considered. 

Rice University is a small, private univer¬ 
sity with a long history of excellence in both 
research and teaching. It is located in 
Houston, Texas, a clean, modem city with 
affordable housing and excellent fine arts. 
The Department of Electrical and Computer 
Engineering has close ties with the Computer 
Science Department, Mathematical Sci¬ 
ences Dept, and the Mechanical Engineering 
Department, all being in the School of 
Engineering. The Robotics Laboratory has 
excellent facilities and research ties with 
NASA as well as other groups. The Com¬ 
puter Systems Laboratory provides research 
focus in computer architecture, operating 
systems, parallel algorithms, software, per¬ 
formance evaluation, VLSI design, and other 
related areas. The Signal Processing Group 
has a long history of research in algorithms, 
filter design, statistical signal processing, and 
biomedical applications. Rice has an NSF 
funded Science and Technology Center for 
Research on Parallel Computation that pro¬ 
vides facilities and coordination for all 
groups. 

Applicants should submit their resume, a 
summary of their research accomplish¬ 
ments, and the names of at least three refer¬ 
ences to the Chairman of the Department of 
Electrical and Computer Engineering, Rice 
University, P.O. Box 1892, Houston, TX 
77251-1892. Rice University is an equal op¬ 
portunity/affirmative action employer. 


UNIVERSITY OF REDLANDS 
Director for the Fletcher Jones 
Academic Computer Center 

The University of Redlands seeks an ad¬ 
ministrative director for the Fletcher Jones 
Academic Computer Center. The Center 
consists of two VAX computers with twenty 
graphic terminals, seventy-five Macintosh 
laboratories, one MS-DOS laboratory, three 
classrooms, and other facilities. 

The director should have strong leader¬ 
ship and interpersonal skills and have 
knowledge of Macintosh, IBM PC, and VA 
computers, including networking and hard¬ 
ware communication. Management skills 
and computer experience required; master’s 
degree in a related field preferred; bachelor’s 
degree required. 

Other activities include overseeing the 
Center staff of an assistant director, secre¬ 
tary, technician, and student assistants; 
working closely with faculty and students; 
overseeing budget and purchasing. Duties 
begin 1 June, 1991. 

To apply: Send letter of application, cur¬ 
rent curriculum vitae, and names, addresses 
and phone numbers of three current refer¬ 
ences to Dr. Robert Hudspeth, Dean of Arts 
and Sciences, University of Redlands, P.O. 
Box 3080, Redlands, CA 92373-0999. 
Selection committee will begin reviewing files 
on 15 February 1991, though applications 
will be accepted until the position is filled. 

The University of Redlands is an equal op¬ 
portunity employer and encourages applica¬ 
tions from women and minorities. 


CONCORDIA UNIVERSITY 
Chairman 

Computer Science Department 

The Department of Computer Science at 
Concordia University is inviting applications 
for the position of Chairman of the Depart¬ 
ment. One of five departments in The Facul¬ 
ty of Engineering and Computer Science, 
the Department is one of the largest in 
Canada and strongly research oriented. It of¬ 
fers undergraduate and graduate programs 
(to the Ph.D. level) to some 450 full-time 
and 340 part-time students. There are 27 full 
time faculty members. Current direct re¬ 
search income exceeds $1,500,000 per year. 
The major areas of research include: pattern 
recognition and machine intelligence, 
parallel and distributed processing, VLSI ar¬ 
chitectures and algorithms, combinatorial 
and algebraic computing, numerical analysis 
and scientific computing, logic programming, 
database systems. 

The Department houses the Centre of 
Pattern Recognition and Machine Intelli¬ 
gence and is a member of the Centre de 
Recherche en Informatique de Montreal, a 
joint Research Centre in Computer Science 
of the four Montreal Universities. 

The Department has research laboratories 
for distributed computing, character recogni¬ 
tion, mathematical computing, scientific 
computing, micro-processor systems, etc. 

The position will interest senior academics 
with an excellent record in research and 
teaching who are prepared to and capable of 
assuming a leadership role in the develop¬ 
ment of Computer Science in the Faculty, 
the university, and nationally. Although the 
language of instruction is English, fluency in 
French will be a major advantage. 

Applications with Curriculum Vitae 
should be sent to: 

Dr. M.N.S. Swamy 

Dean, Faculty of Engineering and 
Computer Science 

Concordia University 

1455 Boulevard de Maisonneuve O. 

Montreal, Quebec H3G 1M8 

Canada 

In accordance with Canadian immigration 
requirements, this advertisement is directed, 
in the first instance, to Canadian citizens and 
permanent residents. If no suitable candi¬ 
dates are available, other candidates will also 
be considered. 


ENGINEER 
Computer Software 

Minimum 6 months experience with Bach¬ 
elors Degree either computer or mathema¬ 
tics. Will be responsible for design and devel¬ 
opment of applications software for company 
proprietary ATM system with colorgraphic 
Touchscreen using a table driven system or 
higher level application generation system. 
Must have knowledge of AGS 4th genera¬ 
tion procedural language and AGS plus 
knowledge of GSIM Test Tools for unit test¬ 
ing VAX 11/780 Unicom CAT II. Salary 
$37,200 year. Send Resume To: Citicorp - 
Transaction Technology Inc., 3100 Ocean 
Park Blvd., Santa Monica, CA 90405; Attn: 
Janet Averbach, Staff Relations Manager. 


February 1991 
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COLORADO STATE UNIVERSITY 
Computer Science Department 
Faculty Positions, Fall 1991 

The Computer Science Department solic¬ 
its applications for tenure-track and visiting 
faculty positions at all levels (subject to fund¬ 
ing) . Candidates for assistant professor need 
a Ph.D. in computer science (at time of ap¬ 
pointment) with promise for excellence in 
research and teaching; applicants for senior 
ranks must possess distinguished research 
records. The Department has approval for 
significant growth over the next few years, 
and has identified selected areas in parallel 
computing, artificial intelligence, and soft¬ 
ware engineering for special attention. Salary 
is commensurate with rank and experience. 
New and visiting faculty will enjoy duties 
especially conducive to productive research. 

The Department offers B.S., M.S., and 
Ph.D. degrees. We have excellent coopera¬ 
tive research relations with industrial and 
government laboratories, and their people 
form a significant portion of our graduate 
student population. We operate numerous 
multi-user systems (HP, DEC, Sequent) and 
many workstations (Sun, Apple, ATT), all 
networked. University operations include 
IBM RS6000 servers and a visualization 
laboratory. Department personnel work in a 
pleasant, smoke-free environment. 

Fort Collins is a growing community of 
92,000 located along the foothills of the 
Rocky Mountains, 60 miles north of Denver. 
The climate is moderate—about 15 inches of 
precipitation and 290 days of sunshine per 
year. There are many cultural opportunities 
and year-round outdoor activities. 

Send your curriculum vitae and names of 
at least three professional references to: Dr. 
R.R. Oldehoeft, Search Committee, Com¬ 
puter Science Department, Colorado State 
University, Fort Collins, CO 80523. Ap¬ 
plications for August, 1991 will be con¬ 
sidered March 1, 1991. The search may be 
extended if suitable candidates are not 

Colorado State University is an EEO/AA 
employer. EO Office: 314 Student Services 
Building. 


ACADEMIA SINICA 
Taiwan, Republic of China 

Institute of Information Science 

Applications are invited for research posi¬ 
tion in Institute of Information Science, 
Academia Sinica. Ph.D. in Computer Sci¬ 
ence or closely related fields required. 
Demonstratable research ability necessary. 
Applicants for senior positions must have 
proven research record. All fields in Com¬ 
puter Science are welcome. 

The Institute offers a good research en¬ 
vironment. No duty of teaching. Facilities in¬ 
clude a 32-node NCUBE 2 parallel super¬ 
computer, many SUN, SGI, and E&S work¬ 
stations. An easily accessible ETA-10Q 
supercomputer is in the Academia Sinica. 

Interested people please send application 
to Dr. Y.S. Kuo, Acting Director, Institute of 
Information Science, Academia Sinica, Tai¬ 
pei, Taiwan, 11529, Republic of China. 
Fax: (001-886-2) 782-4814. 


UNIVERSITY OF DENVER 
Department of Mathematics and 
Computer Science 

The Department expects to fill two tenure- 
track positions starting in the fall of 1991. 
Candidates must have (a) a Ph.D. in com¬ 
puter science or (b) a Ph.D. in a related field 
with a strong record of research in a com¬ 
puter science area. The University of Denver 
is a medium-size (6000 students) private uni¬ 
versity with a strong emphasis on teaching 
and research. Class sizes are moderate and 
faculty members teach not more than two 
courses per quarter. The department offers 
bachelor’s and master’s degrees in each of 
mathematics and computer science and a 
combined Ph.D. in mathematics and com¬ 
puter science. Departmental facilities include 
a Sun SPARC station 1+ network with a 
SPARC server 390 fileserver, additional 
specialized machines, and three IBM PS/2 
30 labs. Applications will be accepted until 
the positions are filled. Resumes and at least 
three professional references should be sent 
to: 

O.W. Rechard 

Chairman, Faculty Search Committee 

Department of Mathematics and 
Computer Science 

University of Denver 

Denver, CO 80208 

The University of Denver is an Equal Op¬ 
portunity Employer. 


SOUTHERN METHODIST UNIVERSITY 

Department of Computer Science 
and Engineering 

The Department of Computer Science 
and Engineering (CSE) invites applications 
for faculty positions at the Associate and Full 
Professor levels. Applicants should have an 
outstanding funding and research record 
with a strong commitment to teaching. Ex¬ 
perienced applicants at the junior faculty 
level with a proven track record of research 
may also be considered if the senior position 
is not filled. 

SMU is a private university with approx¬ 
imately 9,000 students. CSE is in the School 
of Engineering and Applied Science, where 
a close working relationship exists with the 
Department of Electrical Engineering. CSE 
presents a balanced program of research and 
education at all levels and has been offering 
Ph.D. degrees since 1970. The Department 
has extensive contacts with computer- 
related and engineering-oriented industrial 
firms that distinguish Dallas as one of the top 
centers for high technology. 

Applicants should send a complete re¬ 
sume, including the names of at least three 
references to: Margaret H. Eich, Chair of 
Recruitment Committee, Department of 
Computer Science and Engineering, 
Southern Methodist University, Dallas, 
Texas 75275-0122. 

SMU is an equal opportunity/affirmative 
action employer. Applications from women 
and minorities are particularly encouraged. 
Applications will be accepted until April 1, 
1991. 


MISSISSIPPI STATE UNIVERSITY 
Faculty Position in Parallel Computing 

Department of Computer Science 
and NSF Engineering Research Center 

Applications for a tenure-track computer 
science faculty position at the Assistant or 
Associate Professor level, beginning as early 
as July 1991, are invited in the area of 
parallel computing. Funding for research for 
both summer and the academic year will be 
available on a regular basis through the asso¬ 
ciation with the National Science Foundation 
Engineering Research Center (NSF ERC). 

The NSF and Mississippi State University 
established the NSF ERC to develop an in¬ 
tegrated computational simulation system 
for large-scale field problems involving com¬ 
plex geometry and physics. A primary objec¬ 
tive of the NSF ERC is to provide U.S. in¬ 
dustry with such a* simulation system for 
engineering design and applications. The 
approach is through a synergistic research 
program involving cross-disciplinary re¬ 
search and instruction in computational 
engineering, computer engineering, and 
computer science. A particularly important 
project of the ERC is to develop parallel 
algorithms and architectures to apply to 
computational field simulation problems. 

A Ph.D. degree in Computer Science or a 
closely related field, and at least one year’s 
experience in research having to do with 
parallel computing and related subjects, are 
required. Applicants are expected to have 
strong commitments to both research and 
teaching, with experience and productivity 
in both areas strongly encouraged. The suc¬ 
cessful applicant will participate in the 
research of the NSF ERC for Computational 
Field Simulation, and be active in depart¬ 
mental affairs. A teaching load of one course 
each semester allows time for quality re¬ 
search and close involvement with students. 
MSU has an accredited undergraduate pro¬ 
gram, and both masters and Ph.D. graduate 
programs. Interested individuals should for¬ 
ward a vita and names of at least three refer- 

D.W. Dearholt, Head 

Department of Computer Science, 
Drawer CS 

Mississippi State. MS 39762 

Applications will be accepted through 
March 2, 1991, or until position is filled. 
MSU is an Affirmative Action/Equal Oppor¬ 
tunity Employer. 


BRADLEY UNIVERSITY 
Department of Computer Science 

Tenure track position with rank of assistant 
professor beginning August, 1991. A Ph.D. 
in computer science or information systems 
is required. Must be an excellent teacher of 
database and other computer information 
systems courses. Scholarly work in com¬ 
puter science or computer information sys¬ 
tems is required for tenure. To receive full 
consideration, letters of application and a full 
academic vita must be received no later than 
March 11, 1991. Applications to John W. 
Fendrich, Computer Science Department, 
Bradley University, Peoria, Illinois 61625. 
Bradley University is EEO/AA employer. 
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COLUMBIA UNIVERSITY 
Computer Science Department 

Computer Science Department seeks ap¬ 
plicants at Staff Associate level (MS re¬ 
quired, minimum one year research experi¬ 
ence) to participate in programming systems 
research under faculty supervision. Position 
involves using advanced natural language 
techniques to develop several AI systems 
using Functional Unification grammar, 
LOOM, and LISP under UNIX. Experience 
in multimedia systems desirable. Send re¬ 
sume to Ms. Tonya Bunch, Columbia Univ., 
Computer Science Dept., New York, NY 
10027. Equal opportunity employer. We are 
interested in receiving applications from 
qualified women and minorities. 


NETWORK SERVICES 
SOFTWARE ENGINEER 

NETWORK SERVICES SOFTWARE 
ENGINEER needed to design, implement 
and test software for network services soft¬ 
ware switches. Document designed features 
concerning function operation and use. Re¬ 
solve customer problems reports based on 
an internal system of prioritizing the problem 
reports. Review in detail and participate in 
functional, design, and code reviews to iden¬ 
tify any potential problems. Resolve com¬ 
plex problems related to new feature devel¬ 
opment for a digital switching system and 
technical problems in existing software. 
Requires a Bachelors' Degree in Computer 
Science, Electrical Engineering, or its 
equivalent and six months experience in job 
offered or six months experience in related 
systems software engineering experience. 
40 hour work week. $34,200 per year. Apply 
at Texas Employment Commission Dallas, 
Texas, or send resume to the Texas Employ¬ 
ment Commission, TEC Building, Austin, 
Texas 78778. Job Order *6139004. Ad 
Paid By An Equal Employment Opportunity 
Employer. 


DARTMOUTH COLLEGE 
Computer Science 

Dartmouth College invites applications for 
positions in computer spience and engineer¬ 
ing. This solicitation represents a joint 
recruiting effort of the Department of Mathe¬ 
matics and Computer Science and the 
Thayer School of Engineering for faculty 
who will serve as faculty in the Ph.D. Pro¬ 
gram in Computer Science as well as hold an 
appointment in either the Department of 
Mathematics and Computer Science or the 
Thayer School of Engineering. Faculty in 
these positions teach at the graduate level 
and conduct research under the auspices of 
the Ph.D. Program and also teach under¬ 
graduates in their respective units. Can¬ 
didates must excel in both teaching and 
research. A Ph.D. in computer science, 
computer engineering, or a related field is 
required. 


Program faculty have Sun, IBM, and DEC 
workstations in their offices with network 
connections to a number of VAX, IBM, and 
Honeywell mainframes, as well as Convex 
and Alliant minisupercomputers. Micropro¬ 
cessor development and CAD systems, 
graphics terminals, and microprocessor 
laboratories are also available. 

Department of Mathematics and 
Computer Science 

Applications are invited for tenure track 
positions in Computer Science at all levels, 
Assistant, Associate, and Full Professor. 
Candidates in languages, systems, and ar¬ 
tificial intelligence are especially encouraged 
to apply. There are currently ten Computer 
Science faculty in the department, which 
conducts the undergraduate major in Com¬ 
puter Science at Dartmouth. Current re¬ 
search includes algorithm analysis and 
design, computer languages and systems, 
theory, computational geometry, databases, 
parallel and distributed computation, com¬ 
puter vision, system security, logic program¬ 
ming, and signal processing. 

Interested persons should submit a 
resume and names of three references to 
Prof. Donald B. Johnson, Department of 
Mathematics and Computer Science, Brad¬ 
ley Hall, Dartmouth College, Hanover, NH 
03755. Review of applications will begin in 
January, 1991, and will continue until the 
search is complete. 

Thayer School of Engineering 

Applications are invited for senior and 
junior tenure track appointments. Significant 
expansion is in progress with additional new 
positions anticipated during the next few 
years. Of special interest are candidates in 
VLSI, with CAD experience and an interest 
in system design. Current research in com¬ 
puter engineering has focused on the design 
of special purpose computational structures, 
with the intent of supporting areas of scien¬ 
tific research that can benefit from custom¬ 
ized computing power. A Rapid Prototyping 
Laboratory is being developed for the con¬ 
struction of these digital systems, so can¬ 
didates with an interest in developing proto¬ 
type systems are particularly encouraged to 
apply. 

Interested persons should submit a resume 
and names of three references to Prof. Barry 
S. Fagin, Thayer School of Engineering, 
Dartmouth College, Hanover, NH 03755. 
Review of applications will begin in January, 
1991, and continue until the positions are 
filled. 

Dartmouth College is an equal Oppor¬ 
tunity/Affirmative Action employer and en¬ 
courages applications from women and 
members of minority groups. 


UNIVERSITY OF FLORIDA 
Computer and Information 
Sciences Department 

Applicants with strong research capability 
in one of the specialized areas and able to 
teach a variety of courses in computer and 
information sciences are invited for tenure 
track and visiting positions at all levels. Areas 
of specialization include software engineer¬ 


ing, computer vision, database systems and 
artificial intelligence. One of the positions in 
software engineering will have the assign¬ 
ment as the director of the Software Engi¬ 
neering Research Center in the NSF In¬ 
dustry/University Cooperative Research 
Centers Program. Positions are available 
starting the 1991-92 academic year or 
earlier. Each applicant must have a doctoral 
degree in Computer Science or a related 
area or will complete the degree before the 
start of the faculty appointment. 

Applicants should send their resumes and 
the names and addresses of four references 
to: Professor Randy Chow, Chairman, 
Faculty Search and Screening Committee, 
Computer and Information Sciences Depart¬ 
ment, 301 CSE, University of Florida, 
Gainesville, FL 32611; telephone number; 
(904) 392-1200, e-mail address: chow@cis. 
ufl.edu. 

Closing date: February 28, 1991 or until 
positions are filled. University of Florida is an 
equal opportunity/affirmative action em¬ 
ployer. This faculty search will be in com¬ 
pliance with Florida’s “government in the 
Sunshine Law.” 


THE UNIVERSITY OF TENNESSEE 

Department of Computer Science 

Knoxville, Tennessee 37996-1301 

The Department of Computer Science in¬ 
vites applications for tenure-track positions at 
the rank of Professor beginning Spring 1991. 
A strong research record in the areas of 
scientific computing, pattern and image 
analysis, compilers or operating systems is 
sought but all major fields in computer 
science may be considered. Experience 
directing doctoral students is especially im¬ 
portant. Tenure-track positions for Associate 
and Assistant Professors are also open. Ap¬ 
plicants for Associate Professor should have 
a strong research record, preferably in the 
above-named areas; experience directing 
doctoral students is desirable. Applicants for 
Assistant Professor should have a strong in¬ 
terest in research, preferably in the above- 
named areas. Applicants for all positions 
should have a doctoral degree in computer 
science or a related area. 

Departmental SUN, IBM and DEC work¬ 
stations abound for students and faculty and 
are fully networked. The department and 
the Mathematical Sciences Section of the 
Oak Ridge National Laboratory jointly 
operate the Advanced Computing Labora¬ 
tory which includes fully networked Intel 
iPSC/860, 128 processors; iPSC/2, 64 
processors; two Sequent Balances and a Se¬ 
quent Symmetry; a Stardent Titan with four 
processors; Cogent; N-Cube; and various 
file servers. In addition, the department is 
part of the National Science Foundation 
Science and Technology center for Research 
in Parallel Computing. The University 
operates an IBM 3090 and a large VAX 
cluster. 

Please respond to straight@utkvx.utk.edu. 
The mailing address is Department of Com¬ 
puter Science, 107 Ayres Hall, The Univer¬ 
sity of Tennessee, Knoxville TN 37996-1301. 

The University of Tennessee is an EEO/ 
AA/TITLE IX/SECTION 504 employer. 
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UNIVERSITY OF CALIFORNIA, IRVINE 
Department of Electrical and 
Computer Engineering 

The UCI Department of Electrical and 
Computer Engineering invites applications 
from outstanding candidates for a tenure 
track position at the Assistant, Associate or 
full Professor level in the area of computer 
engineering. Senior candidates will be given 
higher priorities. The successful candidates 
must have an exceptional record of research 
accomplishment through publication in the 
generally accepted top research journals in 
the field, a proven record for obtaining sub¬ 
stantia] extramural funding for supporting 
his/her research program, proven ability to 
teach undergraduate and graduate courses, 
experience in guiding the research of stu¬ 
dents, and sense of responsibility for con¬ 
tributing to the welfare of the institution 
through committee service. It is expected 
that the candidates will interact with faculty in 
the areas of highly parallel computer sys¬ 
tems, distributed computer systems, ultra¬ 
reliable real-time computer systems and 
high-level computer design automation. 

Senior candidates will be expected to take 
a leadership role in the development of the 
computer engineering program. 

Piease send your complete curriculum 
vitae with at least three references to: 

DR. A.R. STUBBERUD 
DEPARTMENT OF ELECTRICAL AND 
COMPUTER ENGINEERING 
UNIVERSITY OF CALIFORNIA, 
IRVINE CA 92717 

Applications submitted by April 15, 1991, 
will receive full consideration. We are an af¬ 
firmative action/equal opportunity employer 
and women and minorities are strongly urged 
to apply. 


PENNSYLVANIA STATE UNIVERSITY 

Department of Computer Science 
Department Head 

Applications and nominations are invited 
for the Headship of the Department of Com¬ 
puter Science in the Eberly College of 
Science at Penn State. Candidates should 
hold the Ph.D. in computer science or a 
related field and a record of scholarly ac¬ 
complishment appropriate for appointment 
at the rank of full professor. Creative leader¬ 
ship and effective communication skills and a 
commitment to excellence in research and 
teaching are qualities expected of the can¬ 
didate. Prior administrative experience is 
desirable. The Department of Computer Sci¬ 
ence is comprised of twenty-one professorial 
faculty members and eight instructors and 
lecturers at the University Park Campus and 
six professorial faculty and twenty instructors 
in the Commonwealth Educational System. 
The department offers bachelor of science, 
master of science, and doctoral degree pro¬ 
grams in computer science at University Park 
and has approximately 400 undergraduate 
and 150 graduate majors. More than 6,000 
students were enrolled in computer science 
courses during the past academic year. The 


Department maintains a Computer Systems 
Laboratory consisting primarily of a distrib¬ 
uted system of Sun 4 workstations and file- 
servers. Applications will be reviewed begin¬ 
ning March 1, 1991, and continuing until the 
position is filled. The anticipated starting date 
for the new department head is July 1, 1991. 
Nominations and applications, including a 
current curriculum vitae and the names of 
three references should be submitted to: 
Chairman, Computer Science Head Search 
Committee, Box CS-CM, 211 Whitmore 
Laboratory, University Park, PA 16802. An 
Affirmative Action/Equal Opportunity Em¬ 
ployer. Women and Minorities Encouraged 
To Apply. 


WASHINGTON UNIVERSITY 

Washington University in St. Louis seeks 
qualified candidates for the position of Pro¬ 
fessor and Chair of the Department of Com¬ 
puter Science, with a desired starting date of 
July 1, 1991. We are interested in candi¬ 
dates with a strong research record, with a 
dedication to excellence in undergraduate 
and graduate education and with a demon¬ 
strated potential for administration and 
leadership. 

The Department has an excellent under¬ 
graduate program as well as a strong and ex¬ 
panding graduate program. The primary re¬ 
search concentrations are in distributed 
systems, advanced communication networks 
and intelligent computer systems with an 
emphasis on visualization as a tool in each 
case. The Department plans to continue 
building on these areas of strength as well as 
expanding into new areas. There are 15 
regular faculty in the Department and 85 
graduate students, as well as an excellent 
technical support staff and a large pool of af¬ 
filiate faculty. Departmental laboratory 
facilities are very good and include a visuali¬ 
zation laboratory, a systems prototyping lab, 
an NCUBE parallel computer, a variety of 
compute servers and ubiquitous workstations. 

Washington University has a longstanding 
commitment to the principle that all can¬ 
didates should be afforded equal opportuni¬ 
ty regardless of age, race, sex or physical 
disability. Candidates must send a cur¬ 
riculum vitae and a list of references to: Pro¬ 
fessor C.I. Byrnes, Search Committee for 
the Computer Science Chair, Campus Box 
1040, Washington University, One Brook¬ 
ings Drive, St. Louis, MO 63130. 


THE INSTITUTE FOR 
COMPUTER APPLICATIONS IN 
SCIENCE AND ENGINEERING 

(ICASE) is seeking postdoctoral fellows or 
visiting senior researchers. Active research 
areas in computer science at ICASE include 
design and implementation of tools and 
compilers for distributed memory and SIMD 
multiprocessors, performance modeling and 
prediction of miltiprocessor algorithms and 


architectures, analysis of shared virtual 
memory mechanisms, and parallel algo¬ 
rithms for sparse matrix problems and for 
solving partial differential equations via 
adaptive and unstructured mesh methods. 

ICASE has access to a variety of multipro¬ 
cessor computers both locally and via high 
bandwidth networks. 

ICASE has an iPSC/860 along with local 
access to a Cray-2 and a Cray Y-MP. We 
also have a high bandwidth link to the NASA 
Ames Research Center where access to a 
CM-2 and other machines may be arranged. 
ICASE operates its own network with the 
usual assortment of Suns and graphics 
workstations. 

We have close academic affiliations with a 
wide range of universities and institutes 
and maintain a very active summer visitor 
program. 

Applicants should respond by e-mail to 
rgv@icase.edu or should send resumes and 
descriptions of proposed research to: 

Dr. Robert G. Voigt or Joel Saltz 

Director, Lead Computer Scientist 

ICASE 

Mail Stop 132C 

NASA Langley Research Center 

Hampton, VA 23665 

ICASE is an Equal Opportunity Employer. 


CLARKSON UNIVERSITY 
Electrical and Computer Engineering 

Applications are invited for a tenure-track 
faculty position as Assistant/Associate/Full 
Professor in the area of computer engineer¬ 
ing. Responsibilities include undergraduate 
and graduate teaching and development of a 
research program. A doctorate is required. 
Review of applications will begin on March 
31st and will continue until the position is 
filled. 

The department offers programs at the 
B.S., M.S., and Ph.D. levels. Last year 196 
bachelors, 15 masters, and 7 doctorates 
were awarded, and research funding reached 
more than one million dollars. Principle re¬ 
search areas include distributed and parallel 
computation, artificial intelligence, image 
and signal processing, neural networks, 
robotics and control, communication sys¬ 
tems, solid state devices, electromagnetic 
scattering, power systems, and electromag¬ 
netic devices. There are research labs in ar¬ 
tificial intelligence and neural computing, 
VLSI design, robotics, lasers and optics, 
solid state device fabrication, high voltage 
engineering, and dielectric breakdown. 

Clarkson is an independent university 
specializing in engineering, science and 
management with an enrollment of 3300 
students, including 400 graduate students. 
Located in northern New York, Clarkson is 
midway between the Adirondack Mountains 
and the St. Lawrence River, 80 miles from 
Lake Placid and a two-hour drive from Ot¬ 
tawa and Montreal. Send applications to 
Professor Henry Domingos, Chairman, De¬ 
partment of Electrical and Computer Engi¬ 
neering, Clarkson University, Potsdam, 
New York 13699-5720. Clarkson is an 
Equal Opportunity/Affirmative Action 
Employer. Position No. 245. 
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ARKANSAS STATE UNIVERSITY 
Faculty Position in Computer Science 

The Department of Computer Science, 
Mathematics and Physics invites applications 
for a tenure track position beginning August 
15, 1991. The department offers the B.S. 
and M.S. degrees in Computer Science. The 
Doctorate or ABD status in computer sci¬ 
ence is required. Preference will be given to 
applicants with an interest in teaching. Pro¬ 
vide a current resume, three current letters of 
reference, and transcripts (copies acceptable). 
Screening will begin March 1,1991 and con¬ 
tinue until the position is filled. Submit ap¬ 
plications to Dr. Robert F. Rossa, Chair of 
the Search Committee, P.O. Box 70, State 
University, AR 72467. ASU is an Equal Op¬ 
portunity/Affirmative Action employer. 


UNIVERSITY OF THE WEST INDIES, 
ST. AUGUSTINE, TRINIDAD 

Applications are invited for the following 

MATHEMATICS: Lecturers/Assistant 
Lecturers in COMPUTER SCIENCE with 
higher degree in Computer Science. Areas 
of special interest: databases, artificial intelli¬ 
gence, software engineering graphics, com¬ 
puter architecture and numerical computing. 

ANNUAL SALARY RANGE: Lecturer: 
TT$54,708-$77,604; Assistant Lecturer: 
TT$45,480-$49,296. Passages, Pension, 
Housing, Study and Travel, Book and Trans¬ 
portation Grants. Applications detailing 
qualifications and experience and naming 
three referees to the Campus Registrar as 
soon as possible. Further particulars sent to 
all applicants. 


SOUTHERN METHODIST UNIVERSITY 
Department Chair, 

Department of Computer Science 
and Engineering 

Nominations and applications are invited 
for the position of Professor and Department 
Chair of the Department of Computer Sci¬ 
ence and Engineering at Southern Methodist 
University. Applicants must have a Ph.D. in 
Computer Science, Computer Engineering, 
or related discipline. Candidates must have 
demonstrated excellence in research with a 
substantia] grant record'hnd a strong com¬ 
mitment to teaching. The anticipated date of 
appointment is August 1991. 

SMU is a private university in Dallas, 
Texas with approximately 9,000 students. 
CSE is in the School of Engineering and 
Applied Science, where a close working 
relationship exists with the Department of 
Electrical Engineering. The department is 
growing and presently has fourteen faculty 
positions. CSE presents a balanced program 
of research and education at all levels and 
has been offering Ph.D. degrees since 1970. 
The department has extensive contacts with 
computer and telecommunications related 
industrial firms. Dallas is distinguished as one 
of the top centers for high technology com¬ 


plemented by the Superconducting Super 
Collider. 

Applicants should send a complete re¬ 
sume, including the names of three refer- 

Professor lan Gladwell 
Chair, CSE Search Committee 
208 Clements Hall 
Southern Methodist University 
Dallas, Texas 75275 
SMU is an equal opportunity/affirmative 
action employer. Applications from women 
and minorities are particularly encouraged. 
Applications will be accepted until April 1, 
1991. 


UNIVERSITY OF 
SOUTHWESTERN LOUISIANA 
Position Announcement 
Head of Computer Science and 
Associate Director of the Center for 
Advanced Computer Studies 

Applications are invited for the joint posi¬ 
tion of Department Head of Computer Sci¬ 
ence and Associate Director of the Center for 
Advanced Computer Studies. Computer 
Science has been a flagship program at USL 
since the late 1960s. The formation of the 
Center for Advanced Computer Studies at 
USL in the mid-80s extended the program to 
include an international research mission. 
USL is the largest of the state institutions of 
higher learning under the Louisiana State 
Board of Trustees. The enrollment for the 
Fall 1990 Semester totaled approximately 
16,000. 

DESCRIPTION OF THE POSITION: The 
Department of Computer Science is an 
academic unit within the College of Sci¬ 
ences, with five full-time faculty positions, 
seven one-half time instructor positions and 
approximately 400 majors. This Department 
is responsible for administering an excellent 
undergraduate curriculum that has been ac¬ 
credited since 1986. The Center for Ad¬ 
vanced Computer Studies is a separate aca¬ 
demic unit with approximately 200 graduate 
students and 25 graduate faculty. The posi¬ 
tion to be filled reports jointly to the Dean of 
the College of Sciences and the Director of 
the Center for Advanced Computer Studies. 
The incumbent is in a unique position to 
direct an excellent undergraduate computer 
science program and to play an active role in 
the graduate and research programs of the 
Center for Advanced Computer Studies. 
Computer Science and engineering labora¬ 
tory facilities include a LAN that connects 
over 60 Sun workstations, several file ser¬ 
vers, and an assortment of special labora¬ 
tories for parallel processing, robotics, and 
VLSI design. This position will provide 
outstanding professional opportunities and a 
competitive salary. 

QUALIFICATIONS: 

(1) a Ph.D. in computer science or a re¬ 
lated field; 

(2) credentials to qualify for associate or 
full professor; 

(3) a proven commitment to excellent 
undergraduate and graduate education and 
research; 

(4) proven strong leadership; 


(5) significant administrative experience. 
APPLICATION CLOSING DATE: Appli¬ 
cants should send a letter of application con¬ 
taining statements of their academic and ad¬ 
ministrative philosophies, a resume, and 
names of at least three references. The 
Search Committee is eager to receive ap¬ 
plications prior to March 8, 1991. 

Please send applications to: 

Dr. Steve Landry, Chair 
CMPS/CACS Search Committee 
P.O. Box 44330 
Lafayette, LA 70504 
spl@usl.edu 


OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applicants for tenure-track positions for 
Assistant, Associate, and Full Professor¬ 
ships. Specialization in computer graphics or 
software engineering is desirable, but all 
qualified applicants will be considered. Ap¬ 
plicants should have completed or expect to 
complete all requirements for a Ph.D. in 
computer science or a closely related field 
and should have demonstrated research and 
teaching potential. Candidates for senior 
positions should have established research 
reputations. Review of applications will begin 
November 1, 1990, and will continue until 
the positions are filled. Please send vita, 
statement of research interests and plans, 
and three letters of reference to: Walter G. 
Rudd, Chairman, Department of Computer 
Science, Oregon State University, Corvallis, 
OR 97331. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabilita¬ 
tion Act of 1973. OSU has a policy of being 
responsive to the needs of dual-career 
couples. 


COMPUTER SCIENTIST 

Candidate must have a Masters Degree in 
Computer Science with a proficiency in Pro¬ 
log, C, application software, and interface 
design using windows. Candidate must also 
be proficient in structure, grammar, and syn¬ 
tax of Japanese and English language. 

Duties to be performed will include: 

(1) Development of analysis/generation 
components of a Japanese/English compu¬ 
ter-aided language translation system. 

(2) Development of grammatic and synta- 
tic parsing routines for Japanese/English en¬ 
vironment to be compatible with hardware 
and software constraints. 

(3) Development of program specifica¬ 
tions and preparations of instructional 
materials in both Japanese and English. 

SALARY: Salary to be $14.40/hourplus 
benefits for a 40/hour workweek. Overtime 
work is not anticipated. 

Applicants should send a resume to the 
New Mexico Department of Labor, 226 S. 
Alameda Street, cc 1006, Las Cruces, New 
Mexico 88001; Job Order #334081. 


February 1991 
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BOOK REVIEWS 


Editor: Guy Johnson, Department of Information Technology, Rochester Institute of Technology, 1 Lomb Memorial Drive, Rochester, NY 14623. 


Programming Languages, Concepts and Constructs 

Ravi Sethi (Addison-Wesley, Reading, Mass., 1989, 478 pp., $36.95) 


How should a book on programming 
languages be organized? Some possi¬ 
bilities include dividing it into chapters 
that constitute mini-language primers, 
by concepts, along historical lines, or 
some combination of these. In his book, 
Programming Languages, Concepts and 
Constructs, Sethi seems to have struck 
just the right balance. The main part of 
the book is divided into seven chapters, 
each devoted to a concept that serves as 
the central idea, or even philosophy, 
around which a language may be de¬ 
signed. The careful choice of topics 
gives the reader a look at traditional 
languages (such as imperative languag¬ 
es) and also some newer ideas in lan¬ 
guage design (such as in the languages 
that emerged in the 1980s). 

Sethi illustrates each concept with 
two working languages, and by doing 
so, allows the reader to study language 
design choices. Using two languages — 
and no more — enables Sethi to pene¬ 
trate the intricacies of each language. 
Remarkably, in the space of a chapter, 
he enables the reader to think like an 
experienced programmer in languages 
that he may not have seen before. 

As an example, this works in Small¬ 
talk (an object-oriented language) to 
solve the problem of finding the 
nullable nonterminals in a grammar. Of 
course, the reader will not emerge as a 
skilled Smalltalk programmer, but he 


Erratum 

In the September 1990 issue of 
Computer, the publisher for Applied 
Control of Manipulation Robots by 
Miomir Vukobratovic and Dragan 
Stokic was incorrectly identified. The 
correct information is: 

Springer-Verlag, Berlin, 1989, 470 
pp., $69.50. 


will certainly be able to read its pro¬ 
grams and approach its problems with 
the mind-set of a Smalltalk programmer. 
(After reading the book, he may then 
choose to become an expert in it.) 

A criterion I use to measure the ease 
with which a mathematics or computer 
science text can be read is: Must the 
reader take notes? Sethi’s book is so ac¬ 
cessible that the answer is no. (I confess 
that I was forced to take notes once — 
while following an intricate recursion in 
Prolog — only to discover the example 
fully worked out two pages later.) 

The author achieves such transparency 
by consistently providing the simplest, 
most lucid explanations and by choosing 
the examples with great care so that they 
can further the exposition as much as 
possible without overly taxing the reader. 
Sethi introduces several extended ex¬ 
amples in stages, so the reader has no 
difficulty in following them. The artful¬ 
ness of the layout also contributes to 
readability. 

Some of the concepts that form the 
book’s focal point (and the languages 
chosen as vehicles) are procedures and 
functions (C and Modula2); data encap¬ 
sulation, which embodies the ideas that 
data belongs with the operations on it 
and that hiding information makes pro¬ 
grams easier to read and maintain (Mod- 
ula2 and C++); inheritance, a facility for 
defining new object classes as extensions 
of previously defined classes (Smalltalk); 
and functional programming, which in¬ 
cludes a classic early application of Lisp 
to differentiation. 

One of the book’s high points is the 
chapter on logic programming that uses 
Prolog. In just 40 pages, it conveys more 
insight than many entire texts on Prolog. 
Sethi gives a good feel for Prolog’s 
unique qualities. His explanation of Pro¬ 
log’s search for solutions is the best I’ve 
read. 

The one cavil I have with the book is 


the concurrent programming chapter, 
material that is traditionally covered in 
an operating systems book. To be sure, 
we have recently witnessed the definition 
of new languages that support concurren¬ 
cy (concurrent Pascal, CSP, and Ada, to 
name a few). One idea is to place on the 
compiler the burden of ensuring that pro¬ 
cesses adhere to correct protocol when 
using concurrent constructs. Neverthe¬ 
less, I feel that the reader can best appre¬ 
ciate the problems of concurrency (some 
of them quite subtle) only after a thor¬ 
ough grounding in interrupts and context 
switching under an operating system. For 
example, a reader might wonder why 
something as elaborate as a semaphore is 
required to protect a critical section; why 
won’t a simple Boolean variable do? The 
fact is, the chapter on concurrency does 
not introduce any special language con¬ 
structs that are not already found in a 
fuller (and, I think, more appropriate) 
context in an operating system text. 

In contrast, in his presentation of pro¬ 
gramming languages’ syntax and seman¬ 
tics, material often found in a compiler 
text, Sethi is again at his best, offering 
consistently fresh points of view. Some 
of this material could well be incorpo¬ 
rated into a compiler course; likewise, 
the material on Scheme and Prolog could 
be incorporated into an artificial intelli¬ 
gence course. An interesting collection 
of exercises makes this text a good 
choice for a course on programming lan¬ 
guages. Even the bibliographic notes go 
beyond mere citations to provide a fasci¬ 
nating historic addendum to the languag¬ 
es covered. 

The book is filled with many special 
insights. As I worked through it, I could 
not help but feel that I was reading one 
of the best books on programming lan¬ 
guages around. 

Phillip Ratner 

Dowling College 
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Application Architecture — Modern, Large-Scale Information Processing 

Laurence J. Best (John Wiley & Sons, New York, 1990, 200 pp., $32.95) 


As with most tools that businesses use 
today, commercial software applications 
continue to grow in complexity, critical¬ 
ness, and cost. In this book, Best pre¬ 
sents a set of features that he believes in¬ 
fuses applications with excellence and 
increases their usefulness in support of 
modem “information factories.” 

The book is divided into five major 
sections. The first reviews features that 
are common to large applications, in¬ 
cluding the keypunch and batch-oriented 
applications commonplace in the 1950s 
and 60s. For those of us who are more 
familiar with on-line interactive applica¬ 
tions (or too young to remember rooms 
full of keypunch clerks), the trip through 
the past is enlightening. This historical 
perspective contrasts with the author’s 
view of modern applications. 

The next three sections propose a para¬ 
digm for achieving excellence in large- 
scale applications. The author presents a 
thoughtful method that begins with the 
analysis of large-scale application ease- 
of-use, ease-of-maintenance, and ease- 
of-support, and follows with a design 
methodology that focuses on achieving 
these three goals. With this focus, the au¬ 
thor put his energies into improving the 
features most responsible for an applica¬ 
tion’s success. 

Maintaining a summary level, the au¬ 
thor reviews analysis and design tech¬ 
niques, including Yourdon dataflow dia¬ 
grams and modular program design. He 
presents screen and process-flow theories 
and gives considerable attention to data 
integrity, audit trail, and batch reconcili¬ 
ations. 

The final, all-too-short section is de¬ 
voted to the future direction (as of about 
three years ago) of large-scale applica¬ 


tion architecture. Best briefly mentions 
new hardware, cooperative processing, 
and artificial intelligence concepts. In the 
final chapter in this section, he presents 
his vision of professional status for the 
application architect. 

The framework and features that Best 
presents are valid, but heavily skewed to¬ 
ward banking and financial applications. 
This perspective is not surprising, since 
his background includes five years with 
Citicorp. Although the publisher aimed 
the book at the experienced practitioner 
in the management information systems 
community, the ideas presented here re¬ 
flect common sense and are much too 
commonplace for the working profes¬ 
sional. The book would better serve as 
supplementary reading for an MIS course 
in a business program. It does not in¬ 
clude chapter questions or a bibliog¬ 
raphy. 

Best’s book provides a solid cookbook 
approach to application design, but I ex¬ 
pected more. I expected a few manage¬ 
ment secrets for leading the large teams 
of people inevitably involved in large- 
scale applications, but instead I found 
only a few tidbits on file-naming conven¬ 
tions and modular design. I expected war 
stories about design flaws in airline res¬ 
ervations systems, IRS applications, or 
ATM networks, but instead I received a 
fuzzy example application that managed 
customer accounts. I expected a robust 
definition of the application architect’s 
role in a large system project, but instead 
I got a weak call for establishing profes¬ 
sional status for the architect. If you are 
looking for information on some of the 
organizational issues of large-scale de¬ 
velopment projects, you might look to 
Frederick Brooks’ classic, The Mythical 


Man-Month (Addison-Wesley, 1975), 
which recaps the lessons learned in the 
development of the IBM OS/360. 

Most obvious by their absence, how¬ 
ever, were the subjects of testing, quality 
assurance, and configuration manage¬ 
ment. From my experience with numer¬ 
ous large applications, these areas inevi¬ 
tably drain the largest amount of 
resources during the latter stages of sys¬ 
tem construction. Best leaves us with the 
impression that beyond ease-of-mainte¬ 
nance considerations, the application 
architect’s job ends when the detailed de¬ 
sign specifications are thrown over the 
partition. 

While this division of responsibility 
may be true for some projects in the real 
world, application architects should de¬ 
velop measurements for design success 
and test their products against these met¬ 
rics. This feedback loop is critical to the 
quality of future designs. Techniques and 
practical experience in large-scale appli¬ 
cation quality assurance can be found in 
The Handbook of Software Quality As¬ 
surance (Van Nostrand Reinhold, 1987). 

Application Architecture’s subject is 
tremendously important today because 
some organizations estimate that up to 80 
percent of any large-scale application’s 
total life-cycle cost is spent on enhance¬ 
ments and maintenance. Of the limited 
variables available to contain these costs, 
thoughtful application design is the one 
that offers the greatest opportunity for 
cost savings and long-term payback. You 
can pay now or pay later. 


Reed Vickerman 
Sorrento Electronics 


Solving Problems on Concurrent Processors, Vol. I: General Techniques 
and Regular Problems 

Geoffrey C. Fox, Mark A. Johnson, Gregory A. Lyzenga, Steve W. Otto, John K. Salmon, and David W. Walker (Prentice Hall, 
Englewood Cliffs, N.J., 592 pp., $52.40) 


This book deals with theoretical and 
implementational aspects of solving 
computational problems on hypercube 
multiprocessors (that is, using a mes¬ 
sage-passing paradigm) and results from 
the authors’ many years of research at 
the California Institute of Technology. 
The range of problems that the authors 
cover is very broad and diverse, includ¬ 
ing the following major areas of parallel 
algorithms: wave equations, elliptic par¬ 


tial differential equations, potential com¬ 
putations, matrix algorithms, fast Fourier 
transform (FFT, finite, complex version), 
Monte Carlo methods, the traveling- 
salesman problem, particle dynamics, 
sorting, and scalar products. 

The inclusion of the majority of these 
problems is motivated by research in 
theoretical and experimental physics. 

The book deals both with generic algo¬ 
rithmic and domain-decomposition tech¬ 


niques. The term “regular problems” in 
the title means that the problem domain 
is sufficiently regular to be easily de¬ 
composable, that is, decomposable with¬ 
out using sophisticated decomposition 
techniques. This means practically that 
communication overhead is predefined at 
a compile time. 

The book addresses graduate students 
or advanced undergraduate students in 
computer science, engineering, or com- 
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putational physics. It can be used as a 
textbook in graduate courses devoted to 
parallel (concurrent) processing with 
special emphasis on the message-passing 
paradigm. Also, it can be helpful in re¬ 
search devoted to computational sciences 
with direct implementation using hyper¬ 
cube multiprocessors or their sequential 
simulators running under Unix. 

The book is easy to read; therefore, it 
might also be used for self-instruction by 
computer engineers, computer scientists, 
or software engineers. The authors as¬ 
sume that the reader is familiar with pro¬ 
gramming techniques for sequential com¬ 
puters and with programming in Fortran 
and C. Familiarity with the Unix operat¬ 
ing system could be helpful. However, 
no previous knowledge of parallel pro¬ 
cessing is assumed. From a mathematical 
point of view, the text requires some 
background in college calculus, probabil¬ 
ity calculus, and linear algebra. 

This is the first text on the market that 
so extensively covers hypercube multi¬ 
processors from the programming point 
of view and includes plenty of new infor¬ 
mation previously published only in sci¬ 
entific journals. The book is also a nice 
example of science integration (computer 
science, mathematics, and physics). 

A potential reader will find a two-lay¬ 
er presentation in the text. On one layer, 
some chapters present global scientific 
techniques of problem solving using hy¬ 
percubes. On the second layer, the book 
presents extensive material devoted di¬ 
rectly to implementation issues using 
specific hardware and software environ¬ 
ments. This can be a strong point if the 
reader is interested in implementation is¬ 
sues and can utilize this knowledge di¬ 
rectly on-site (ready-to-run programs are 
incorporated into the text and/or avail¬ 
able on request from the authors in Vol¬ 
ume II). However, this can be also a 
weak point for someone interested in 
general problem-solving techniques on 
hypercube multiprocessors. In this case, 
the book’s many implementation details 
and research results can be difficult to 
read and understand. From this point of 
view, the book can be treated as a techni¬ 
cal research monograph. It can also be 
partially considered as a book on parallel 
algorithm design and analysis with al¬ 
most exclusive emphasis on hypercube 
implementation (compare with Selim G. 
Akl, The Design and Analysis of Parallel 
Algorithms, Prentice Hall, 1989, and 
with D.P. Bartsekas and J.N. Tsitsiklis, 
Parallel and Distributed Computations, 
Numerical Methods, Prentice Hall, 

1989). A reader who is interested in the 
theoretical backgrounds of parallel pro¬ 
cessing and in comparisons of various 
parallel computation models should con¬ 
sult the book by E.V. Krishnamurthy, 


Parallel Processing and,Practice (Addi- 
son-Wesley, 1989). 

The first three chapters of the book 
characterize hypercube multiprocessors 
in general terms and compare them to 
other concurrent processing paradigms 
(shared-memory systems with concurrent 
or sequential read and write accesses to 
memory). Using everyday life examples, 
such as Hydrian’s wall, farms’ partition¬ 
ing problems, and human neural systems, 
the authors discuss basic concurrent pro¬ 
cessing concepts and define performance 
measures for hypercube multiprocessors 
(communication versus computation, 
speedup, efficiency, load balancing, dila¬ 
tion, and congestion). 


This is the 
first text on the 
market that so 
extensively covers 
hypercube 
multiprocessors 
from the programming 
point of view. 


In Chapter 4, hardware and software 
environments of a hypercube multi¬ 
processor called a virtual concurrent 
processor are presented as a multiple in¬ 
struction, multiple data machine with a 
message-passing mechanism. Communi¬ 
cation routines such as reading from and 
writing to a communication channel, 
broadcasting, data combination, and data 
transfer are described and referred to In¬ 
tel’s hypercube. 

Chapters 5-8 deal with examples of 
wave equation and Laplace’s equation 
(elliptic problems). The direct-domain 
decomposition method and application of 
the finite-element method are discussed, 
and implementations and performance 
evaluations are included. 

Considerations in Chapter 9 are moti¬ 
vated by physical phenomena in which 
every particle interacts with every other 
particle (for instance, polynomial multi¬ 
plication, molecular dynamics, and 
gravitational n-body simulation) and are 
called by a general term, the long-range 
interactions. 


The authors discuss hypercube matrix 
multiplication algorithms in Chapters 10, 
20, and 21. First, they evaluate different 
options of matrix decomposition (square, 
rectangular, and column). Then, they de¬ 
rive analytical formulas describing 
speedup and communication time, and 
finally, they present experiment timings 
for matrices of different sizes, decompo¬ 
sitions, and numbers of processors. To 
solve matrix linear equations of the form 
Ax=b, where x and b are vectors and A is 
a matrix, the authors use the lower-upper 
triangular matrix decomposition method 
to obtain the solution x (elimination of 
the inverse of the matrix computation). 
The solution of such equations depends 
exclusively on the structure of matrix A. 
As a special case, a banded matrix of at 
least an order of magnitude larger is con¬ 
sidered. Five stages of LU decomposi¬ 
tion are extracted and separately evalu¬ 
ated from the time complexity point of 
view for both sequential and concurrent 

This part of the book is of special im¬ 
portance because banded matrices have 
direct application in partial differential 
equations. It happens that matrix multi¬ 
plication on the hypercube is especially 
difficult to tune up from a load-balancing 
point of view. It is also a nice contradic¬ 
tion to Amdahl’s first law of parallel 
processing. The matrix-vector multipli¬ 
cation problem, with extensive use of 
atomic communication primitives, such 
as vector addition, is also presented. 

Chapter 11 deals with the celebrated 
FFT because of its direct applicability to 
signal image processing and solving dif¬ 
ferential equations. As part of an FFT- 
interactive hypercube algorithm, a per¬ 
mutation-generation recursive algorithm 
is also developed. In Chapters 12 and 13, 
parallel random number generation algo¬ 
rithms are developed as a preparation to 
the application of the simulated anneal¬ 
ing method (one of the Monte Carlo 
methods) in the traveling-salesman prob¬ 
lem (TSP), a well-known nondeterminis- 
tic-polynomial-complete optimization 
problem. The parallel hypercube im¬ 
plementation of simulated annealing for 
the TSP is a very nice example of speed¬ 
up and efficiency greater than 90 per¬ 
cent, on an average, as compared with a 
sequential version of the same algorithm. 

Starting from Chapter 14, the pre¬ 
sented algorithms are even more hyper- 
cube-implementation specific. The im¬ 
plementation details of operating system 
and collective communication routines 
are presented in C (routines such as read¬ 
ing, writing, shifting, broadcasting, com¬ 
bining, and concatenating). An additional 
software tool, called Cubix with I/O fa¬ 
cilities, which simplifies distributed 
computer programming, is also intra- 
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duced. In this part, the book sometimes 
resembles a technical manual attached to 
a specific hardware, not a scientific 
monograph or academic textbook. 

In Chapters 16 and 17, the authors turn 
our attention to computational problems 
in which the level of communication ef¬ 
forts is not predictable at compile time (a 
silent assumption in all previous chap¬ 
ters) but rather at runtime. As an exam¬ 
ple of such a need-predictable problem, 
the position update phase of an n-body 
particle dynamics simulation is investi¬ 
gated. One can easily observe a signifi¬ 
cant class of scientific and engineering 
problems that are completely (or almost 
completely) unpredictable from a com¬ 


munication overhead point of view — for 
instance, many graph problems in which 
interconnections between vertices are not 
deterministically defined. Dealing with 
these problems requires additional learn¬ 
ing and interactive capabilities of the op¬ 
erating system. 

Chapter 18 presents several hypercube 
parallel sorting algorithms, such as bi¬ 
tonic, shellsort, and quicksort. In these 
algorithms, two simpler algorithms and 
routines — merging and compare-ex- 
change — are used. Experimental data of 
these algorithms indicate that efficiency 
decreases substantially with the increase 
in number of hypercube processors and 
increases with the increase of the prob¬ 


lem size (for a fixed number of proces¬ 
sors). These regularities are typical for 
all discussed sorting algorithms. 

In summary, I recommend this book as 
a good research monograph and also as a 
higher level textbook, especially for 
those readers who have access to hyper¬ 
cube multiprocessors or Unix-based 
simulators of these machines. In these 
cases, it is possible to make direct runs 
of the programs that are included in the 
book or in Volume II, which is available 
from the authors without additional cost. 

Boleslaw Mikolajczak 
Southeastern Massachusetts 
University 


Encyclopedia of Artificial Intelligence 

Stuart C. Shapiro, editor-in-chief (John Wiley & Sons, Inc., N.Y., 1990, 1,248 pp., two volumes with slipcase, $79.95) 


The best comprehensive reference 
work covering the spectrum of AI fields 
is now available as a reasonably priced 
two-volume boxed paperback set. The 
price of this edition (compared to 
$195.00 for the cloth set) makes this ex¬ 
cellent reference more affordable and 
should allow it to reach the wider audi¬ 
ence it deserves. No matter which choice 
of cover, these volumes will appeal to a 
wide range of readers: AI specialists, 
computer professionals, graduates and 
undergraduates, professors and research¬ 
ers from other disciplines, intelligent lay 
readers, and librarians seeking a general 
reference work. 

This edition of the Encyclopedia is es¬ 
sentially a replica of the original. Its 
1,166 double-column 8.5 x 11 pages of 
text (in 10-point type) provide a sizeable 
area for a comprehensive AI overview. 

As editor-in-chief of this project, Shapi¬ 
ro’s purpose was to “define AI” by 
“bringing together the"core knowledge” 
from all Oftls fields. He sees fteiJook as 
a “significant contribution to the AI liter¬ 
ature,” because of its impressive scope 
and because its contributors have pro¬ 
duced “many landmark articles.” The 
proviso for the articles was always “read¬ 
ability, accuracy, and completeness of 
facts.” However, Shapiro’s foreword also 
claims that this work “clarifies and cor¬ 
rects misperceptions” and provides “a 
proper understanding of AI.” This ac¬ 
complishment can be credited to strong 
editorial direction. 

All of the articles were written specifi¬ 
cally for the Encyclopedia by 205 invited 
contributors, each “a recognized research 
expert on the topic.” Each article was 
evaluated by 180 similarly expert refer¬ 
ees. The front matter in Volume 1 lists 


the contributors (with their affiliations 
and articles) and reviewers (and their af¬ 
filiations) — a Who’s Who of the AI 
community. It also includes abbrevia¬ 
tions and acronyms lists and a guest fore¬ 
word by Nobel laureate Herbert A. Si¬ 
mon. Wiley’s staff structured the 
hundreds of signed articles into an alpha¬ 
betical working reference with extensive 
cross-references to other articles, more 
than 450 tables and figures, and an im¬ 
pressive total of more than 5,400 refer¬ 
ences to other publications. Each article 
contains a valuable list of seminal refer¬ 
ences for its topic. The 53-page triple¬ 
column index provides as many as three 
levels of topic and subject references and 
includes references to the contributors 
and researchers cited in the articles. 

One of the most impressive character¬ 
istics of the Encyclopedia is the surpris¬ 
ingly consistent level of presentation and 
readability across the articles, which is 
also testimony to Wiley’s fine editorial 
efforts. Readers can easily find them¬ 
selves spending many pleasurable hours 
tracking through the articles because 
they are so readable and intelligently 
cross-referenced. 

Most of the entries are quite informa¬ 
tive and take a broad, balanced view of 
their topics. In fact, many entries are ac¬ 
tually essays that objectively survey vari¬ 
ous aspects of a topic. In this sense, the 
Encyclopedia is like a reader or antholo¬ 
gy of the field’s representative writings. 
Most of the entries are also based on 
AI’s conceptual side. That is, they are 
generally drawn from the more important 
concepts in the hierarchy of ideas in vari¬ 
ous AI fields: clustering; connectionism ; 
game playing; image understanding; ma¬ 
chine learning; modal logic; parsing; 


perceptions; question answering; causal 
reasoning; scripts. The most notable ex¬ 
ceptions to this characterization are the 
briefer entries for some of the better 
known AI projects: AM (Automated 
Mathematician), Boris, Dendral, Eurisko, 
FOL (First-Order Logic), Hacker, Harpy, 
Hearsay-II, Lifer, Micro-Planner, and 
Mycin. This kind of entry dates more 
quickly than concepts and issues. Fur¬ 
thermore, editors obviously cannot col¬ 
lect information about every AI project 
or include those that have developed 
since the last manuscript input. For ex¬ 
ample, because its input is current to the 
mid-1980s, the Encyclopedia failed to 
capture a reference to the Cyc project, 
which has increased in significance since 
then. But the problem of dated material 
is a given when publishing information 
that is rapidly changing. 

When readers further examine the na¬ 
ture of the articles, they may occasional¬ 
ly find some unusual or unexpected en¬ 
tries. For example, some articles examine 
broad AI issues, such as the “limits of ar¬ 
tificial intelligence,” “social issues of 
AI,” and a good survey of the seminal AI 
literature from the 1940s through the 
mid-1980s. However, only one entry is 
listed under “linguistics,” an area that 
could provide many subcategories that 
appear elsewhere in the Encyclopedia, 
for example, “competence and perfor¬ 
mance” and a lengthy article on “compu¬ 
tational linguistics.” On the other hand, a 
fairly short article is provided under cog¬ 
nitive science, a field that is equally as 
large and complex as AI. 

The total number of entries is not men¬ 
tioned in either the book or Wiley’s ad¬ 
vertising. Given the ones that do appear, 
readers could easily think of others that 
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are missing. The editors have obviously 
chosen length and quality over the quan¬ 
tity of different articles. The book does 
not mention whether revisions or correc¬ 
tions have been made for the 1990 edi¬ 
tion. These volumes appear to replicate 
the originals. Therefore, a paperback ver¬ 
sion of this important work has been 
slow in coming. 

In his foreword, Shapiro mentions that 
some people expressed initial concern 
about trying to create an encyclopedia 
for such a young field. However, the 
painstaking attention to objectivity and 
breadth of coverage in the articles has 
actually helped the field to appear rather 
mature. Indeed, works of this kind may 
be instrumental in defining and maturing 
less developed fields of inquiry. 

With such a strong start, a revision 
should eventually be published. This set 
is simply better than any of the other 
one- or two-volume references. It is also 
more comprehensive and objective than 
most of the AI textbooks and surveys 
flooding the market. 

In many respects, the Encyclopedia is 
in a class by itself. Perhaps the best com¬ 
parison is to the classic three-volume 
Handbook of Artificial Intelligence 
(Barr, Cohen, and Feigenbaum, eds.. 
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1981, 1982; reissued with a new Volume 
4 in 1989 by Addison-Wesley Publish¬ 
ing, Reading, Mass.). The Handbook has 
fewer but more detailed technical articles 
that are actually survey chapters on spe¬ 
cific topics. However, its coverage of AI 
fields is not as broad or comprehensive 
as the Encyclopedia’s, and it cannot 
compete with the Encyclopedia’ s best 
features: easy access to information, ex¬ 
tensive cross-referencing, abundant ref¬ 


erences, editorial objectivity, and read¬ 
ability. However, the Handbook’s Vol¬ 
ume 4 significantly revised areas where 
development impacted the original vol¬ 
umes. A similar decision for the Encyclo¬ 
pedia will maintain it as the best AI gen¬ 
eral reference for the future. 

Kenn Arnold 

Bull HN Information Systems and 

Arizona State University 


An Implementation Guide to Real-Time 
Programming 

David L. Ripps (Prentice Hall, Englewood Cliffs, N.J., 1990, 262 pp., $41.60) 


Although real-time programming is 
not a new topic, the subject of imple¬ 
menting real-time applications is getting 
more popular. The complexity of embed¬ 
ded processor applications continues to 
increase, and all programmers writing 
software for these systems should know 
the principles of real-time programming 
and its elements and should be aware of 
the tools and systems at their disposal. 

David Ripps wrote this book as a 
“self- contained tutorial” that demon¬ 
strates how to write good, robust, real¬ 
time software. To avoid writing an amor¬ 
phous book, Ripps relied extensively on 
a commercial operating system — the 
MTOS-UX. Because of this, my first im¬ 
pression was that the book tended to be 
too specific and a little like an extended 
user’s guide for the MTOS-UX. But, af¬ 
ter reading the book, I found that he suc¬ 
ceeded in creating a general yet cohesive 
book. Without the specific examples, the 
book would have been too general. How¬ 
ever, in each chapter, Ripps follows the 
definitions with concrete examples, en¬ 
abling the reader to better understand the 
implementation of the discussed feature. 
At the end of each chapter are a few ex¬ 
ercises that may help either the serious 
reader or the student to review and deep¬ 
en his or her understanding of the text. 

The book’s 17 chapters include an in¬ 
troductory chapter on concepts, services, 
and other basics that summarize the prin¬ 
ciples and components of a real-time op¬ 
erating system and application. The rest 
of the chapters get more specific. First, 
the process of developing real-time re¬ 
quirements is covered, and then, a chap¬ 
ter is devoted to the tasking process — 
the separation of the application into 
tasks, including many rules and exam¬ 
ples. The next chapters deal with how 
tasks interact with each other and with 
external devices and events. While fol¬ 
lowing these chapters, the reader gets ac¬ 
quainted with the various elements of a 
real-time system: basic task services. 


principles, and means for task coordina¬ 
tion, such as event flags, mailboxes, 
semaphores, and signals. Separate chap¬ 
ters are devoted to memory pools and 
memory allocation, physical input/output 
interfacing, and file systems. 

The book also covers multiprocessing 
— both the principles and structure of a 
multiprocessor system, the programming 
of such systems, and the way the MTOS 
system handles the multiprocessing envi¬ 
ronment. A chapter is devoted to debug¬ 
ging and exception recovery, including 
the origins and reasons for bugs, with 
methods and tools to handle and locate 
them. The last chapter describes Ada as 
a tasking language, explaining how to 
combine Ada’s built-in real-time features 
with an operating system. 

The book is intended for technical 
people who are familiar with program¬ 
ming and programming languages, but 
not real-time programming. I believe that 
these readers will benefit from this book. 
For those readers who already use real¬ 
time programming, this book will broad¬ 
en their views of the subject and may 
serve as a reference. The book may also 
be used as a basis for a graduate course 
on real-time programming, with the 
MTOS-UX software, and as a reference 
for students studying embedded systems 
design. It is self-contained, provided the 
reader is familiar with the C program¬ 
ming language. Of course, using the 
book along with the MTOS-UX operat¬ 
ing system would be beneficial. (An of¬ 
fer to buy a demo package of the MTOS- 
UX system is attached to the book.) 

The book is interesting and well writ¬ 
ten. The down-to-earth style makes it 
clear and readable. I recommend it to 
computer professionals who wish to im¬ 
plement real-time applications or to learn 
more about real-time programming. 

Dov Barak 

Nuclear Research Center 

Negev, Israel 
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TOOLS 

FOR 

ARTIFICIAL 

INTELLIGENCE 

November 5-8,1991 ■ San Jose, California 

Sponsored by IEEE Computer Society 


This conference encompasses the technical aspects of specifying, designing, implementing, and 
evaluating tools with artificial intelligence and tools for artificial intelligence applications. 

The topics of interest include the following aspects: 



■ Expert Systems and Environments 

■ AI Applications 

■ Parallel Processing and Hardware Support 

■ Artificial Neural Networks 


■ Machine Learning, Theory and Algorithms 

■ AI and Software Engineering 

■ AI Knowledge Base Architectures 

■ AI Algorithms 

■ AI Language Tools 

INFORMATION FOR AUTHORS 

Authors are requested to submit five copies (in English) of their double-spaced typed manuscript 
(maximum of 20 pages) with an abstract to the program chair by April 10, 1991. The conference 
language is English and the final papers are restricted to seven IEEE model pages. A submission 
letter that indicates which of the conference areas is most relevant to your paper, and the postal 
address, electronic mail address, telephone number, and fax number (if available) of the contact 
author must accompany the paper. Authors will be notified of acceptance by July 15, 1991 and will 
be given instructions for final preparation of their papers at that time. Outstanding papers will be 
eligible for publication in Computer Society/IEEE journals. 

Submit papers and panel proposals by April 10, 1991 to: 

Benjamin W. Wah 
3rd TAI Program Chair 
Coordinated Science Laboratory, MC 228 
University of Illinois at Urbana-Champaign 
1101 West Springfield Avenue 
Urbana, IL 61801-3082, U.S.A 

(217) 333-3516 (o), (217)244-7175 (sec.), (217) 244-1764 (fax) 
wah@aquinas.csi.uiuc.edu 

TUTORIALS 

In addition to papers, proposals for one-day tutorials are solicited in any of the conference areas. 
Such proposals should be submitted to the tutorial chair by April 10, 1991: 

Mark Perlin 
3rd TAI Tutorial Chair 
School of Computer Science 
Camegie-Mellon University 
5000 Forbes Avenue 
Pittsburgh, PA 15213 
(412) 268-5297 
perlin@cs.cmu.edu 


Address _ 
City/State/ 
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It’s getting tougher to keep in touch with 
what's going on in our industry. Most of us 
must apply a broad range of technologies on a 
daily basis. So we're always looking for ways to 
exchange ideas with our peers, and to see 
what's happening on the other side of the 
fence. 

And that's where we come in. Over the past ten 
years we've developed a conference that covers 
a broad range of topics and deals with the ^ 
interesting problems of computers, communi¬ 
cations, AND computers communicating. And 
we've tried to keep that balance between new 
theories and practical application. 

Our state-of-the-art exhibits, showcasing the 
latest in hardware and software, complement 
our own "communication center", giving you 
access to computers and networks world-wide 
so you can keep in touch, too. 

And we know that just listening to paper 
presentations isn't all that a' conference should 
be. So, we've added nine special panel sessions 
for you to debate the latest hot topics with 
experts in the field. A wide array of full-day 
tutorials gives you a chance for some intense 
training on new techniques. 

In keeping with the spirit of our conference, 
our distinguished speakers pome from a broad 
range of expertise. Our keynote speaker, Dr. 
Steven S. Wolff of NSF, and our luncheon 
speakers, Professor C.V. Ramamoorthy of UC 
Berkley, and George Brody of Bell-Northern 
Research, will offer insight into where our own 
futures lie. 

So come to Scottsdale, and help us celebrate 
our tenth anniversary by making this our best 
conference to date. We can't do it without you. 

Contact us for a poster, a brochure, or more ] 
detailed information. Because, even though 
we're computer heads, how are we going to 
communicate if we don't get together and talk? 


March 27-30, 1991 

Scottsdale, Arizona 

Contact: Mary Murphy-Hoye 

(602) 554-5257 or mhoye@fa.intel.com j 

Sponsored by the IEEE 
Communication Society 

















